2016-03-25 11 views
1

背景:私がしようとGPSの特定の患者の過去のリストを表現するために最も適切なリソース(s)が何であるかを決定するためにFHIR DSTU2仕様に掘ってきた表現PCP/GPの歴史FHIRで

/PCP。私はこの情報を格納するのに理想的なリソースを見つけるのに苦労しています。

私が使用してきた主な基準は、一定期間患者を開業医に関連付けるための値を提供しなければならないということです。

質問: 戻っ患者リソースに接続することができます歴史的なPCP/GPの情報を表現するための適切なリソースは何ですか?ここで

は、これまでの私の可能なピックのリストです:私が調査してきた何

。私はそれを使用して自信ないんだけど、なぜに私の思考プロセスとリソースタイプをペア:ケアの

  • エピソード - これは、ほとんどの潜在能力を持っているようです。一定の期間、患者と医師のセットとの間に関連があります。しかし、その説明とユースケースのシナリオを読むと、関連する医療活動のグループが実行されている期間を具体化しているため、私のニーズに合った使用法を淘汰しているように思えます。

  • グループ - その定義に基づいて適合できる非常に一般的な構造。しかし、私はこのアプローチをとる前に他の選択肢を除外したい。

  • ケアプラン - ケアの合理的なエピソードと同様です。 PCP/GPの履歴情報を格納するためにこれを使用するだけで、荒廃のように思えます。これの範囲ははるかに大きく、患者/状態中心です。

私はそこに明確な答えではないかもしれないので、質問は主観的になる危険性を実行する可能性があり、これが事実であるならば、私は事前に謝罪することを理解しています。誰がこの情報をどこに保存すべきかの具体的な証拠を提供できるかどうか疑問に思うだけです。

ありがとうございます!

+0

'pcp' =「プライマリケアプロバイダ」ですか? "不満、プライマリーを提示する"? "プライマリケアの問題"? – ErichBSchulz

答えて

2

これは以前私が実際に遭遇したユースケースではありません。最善の方法は、新しいCareTeamリソース(EpisodeOfCareとCarePlanからCareTeamを分割する)を使用することです。ドラフトの継続的な統合ビルドを見てください。

DSTU 2を使用する必要がある場合は、Patient.careProviderを参照して、「履歴」を使用して時間の経過とともに変化を確認するだけです。または、Basicを使用して新しいCareTeamリソースのように見えます。

+0

入力いただきありがとうございます。 「歴史」を活用することについての最初の考えを少し広げてください。あなたはバージョン履歴を参照していますか?もしそうなら、私はそれがどのように適合するのが不思議です。 –

+0

私はバージョン履歴を参照していました。患者のバージョン履歴を調べることで、時間の経過とともにどのようなケアプロバイダが患者に関連付けられているのか、いつ追加されたのか、いつ取り除かれたのかを知ることができます。ちょっと大変ですが、DSTU2を使用しなければならない場合は、少なくとも潜在的な選択肢です。 –

+0

あなたの回答を編集してCareTeamに焦点を当ててください。そのリソースを見直し、pcpの履歴を最もよく表しているように感じました。ただ、バージョン履歴を使用するのではなく、この答えの重点を確認してください。 –

関連する問題