Location lists to be used by service / biomeds
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
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- 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