Allow Reporter and Consumer to Directly Communicate in Absence of Manager

オープン
#14 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
5/5
見積もり時間
1週間以上
初心者へのやさしさ
25/100
issue の種類
機能追加
明瞭さ
説明が足りない
活発さ
停滞

調査の方向性

No files or tests are named. Start by reviewing the PCIM Reporter, Manager, and Consumer workflow described in this issue, including the DEV-51 and possible DEV-51-as-52 message paths. Done means reaching a clear standard decision on whether direct Reporter-to-Consumer communication is supported when no Manager is present and documenting the resulting workflow.

索引モデルが issue の本文から書いたものです。

説明

Is your feature request related to a problem? Please describe.
The current proposal for PCIM as a "happy path" has a Reporter, Manager, and Consumer in the ecosystem that it would be used in. There may be situations where there are actors who can report association assertions, and actors who can consume association assertions, but the facility does not have a manager on site to handle these assertions.

Describe the solution you'd like
If it was a supported workflow in the standard to allow reporters to directly communicate to consumers (only in the absence of a manager), we could still reap some benefits of PCIM even with the missing value of the manager.

Describe alternatives you've considered
The alternative would be telling customers/facilities that they need to have all three actors in the equation to make use of PCIM functionality.

Additional context
Epic, as an example, doesn't want to handle all of the responsibilities of a manager, but can still handle some of the logic a manager does, but solely wants to be a "reporter" in PCIM lingo. Pump vendors could still receive DEV-51 messages or maybe DEV-51-as-a-52? Haha.

主要言語
HTML
スター
1
フォーク
1
PR マージ指標
30日以内にマージされた PR はありません

環境構築

このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

IHE/DEV.PCIM のほかの issue

IHE/DEV.PCIM の issue をすべて見る

似ている issue

Backend & API Design の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。