IHE / IHE/DEV.SDPi

Location lists to be used by service / biomeds

Open
#261 3 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
Kotlin
Stars
17
Forks
4
PR merge metrics
No merged PRs in 30d

Description

Motivation

When dealing with location contexts in SDC, in order to couple medical devices to each other, those medical devices need to be configured in a way that they share the same location context. This can be done by either manually setting location context parameters at each and every device, which is an error prone and laborous task, or by distributing location contexts (semi-)automatically.

Solution space

As manual interaction on each device is inacceptable in terms of effort und time, esp. when changes to a location occur, it may be of value to share location lists between service interfaces, so that locations can be configured centrally.

First step

Specify a data exchange garammar that provides information as to where devices can be located. A service app can consume this data and provide valid lists of locations to the biomed, who than does not need to configure by manually typing in information.

Example: Locations.ucon 1.json

Second step

The first step is just a data format specification. How that data is transferred between service apps of different vendors or central servers, is not in scope. In a second step, we may specify a means to exchange said data.

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reading the issue's Motivation and Solution space and the linked Locations.ucon 1.json example. Define the first-step data exchange grammar for location lists; done when the format is specified, while transport between service apps remains out of scope.

Written by the indexing model from the issue text.

Assessment

Domain
api
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.