IHE / IHE/DEV.SDPi

Add Use Case(s) related to Lost Connection Scenarios

Open
#296 1 comment 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

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

Description

Section Number

SDPi TF-1C

Priority

  • Medium: Significant issue or clarification. Requires discussion, but should not lead to long debate.

Issue

For example, when you have a Wi-Fi connection on a patient-to-patient (e.g., spot check monitors, infusion pumps, etc.), at reconnection, how to re-establish patient & location contexts, MDIB changes, etc. NOTE: these would be alternate scenarios for a use case to establish requirements, then detail technical approach (TF-1 then TF-2); perhaps Gherkin formalization will help. Mobile (in hospital) including telemetry. Intent here is that the connection is normally available but can drop depending on environment conditions. Note: Consider "History Service" alternative.

See Topic: MDIB Update Management with Intermittent Connection for background information.

Proposed Change

Add one or more use cases to TF-1C to help identify the challenges and requirements toward connections that are lost and recovered ("intermittent") and how to best manage information coherence.

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 with the SDPi TF-1C section and review the linked “MDIB Update Management with Intermittent Connection” topic for background. Define one or more lost-and-recovered connection use cases covering context, MDIB changes, and possible History Service handling; done means the use cases are added to TF-1C with the resulting requirements clear.

Written by the indexing model from the issue text.

Assessment

Domain
documentation
Issue type
Documentation
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.