0

患者には、バイナリ ドキュメントのリストを添付できます (FHIR 構造化ドキュメントではありません)。PDF や複数ページの TIFF など、100 ページ以上の非常に大きなバイナリ ドキュメントもあります。

次の点で、バイナリドキュメントをページングする標準的な方法はありますか?

  • ドキュメントの総ページ数
  • ページ N のバイナリを取得する

ページングは​​ /fhir/search リソースに指定されていますが、特にドキュメントには指定されていません。これは FHIR の範囲を超えているように見えるかもしれませんが、ドキュメントが 100Mb 以上の場合、最初の数ページを読むためにファイル全体をダウンロードする必要はありません。

text/html ドキュメントなど、ページングを確実にサポートできないドキュメントがあることを理解しています。

...または、ドキュメント内のリンクされたリソース (/fhir/patient/11/document/22/?page=1) としてページのリストを指定する方法はありますか?

4

1 に答える 1

1

FHIR は、バイナリ リソースを BLOB として扱います。動作の観点からは、PDF ドキュメント、画像、ビデオ、テキスト ファイル、その他すべてを同じように扱います。したがって、バイナリ内のページングは​​ありません。基本的に、FHIR リポジトリからバイナリを取得すると、XDS リポジトリからバイナリを取得する場合と同じ動作が得られます。基本的なメタデータ (DocumentReference 経由) またはドキュメント全体。

これは、よりスマートなバイナリを提供するカスタム (または標準の) クエリを定義できなかったという意味ではなく、現在の FHIR 標準の一部ではないということです。基本標準の一部として意味をなすためには、既存のシステムでこのタイプの機能がかなり広くサポートされているという証拠を確認する必要があります (理想的には、PDF やその他のタイプのドキュメントの「ページ」を公開するソフトウェア ライブラリです。おそらく、私たちが作業している間のビデオとオーディオ クリップのセグメント)

考慮すべきいくつかの代替案:

  • チャプターまたはセグメントごとに個別のバイナリを使用して非常に大きなドキュメントまたはビデオを登録し、取得サイズを削減して「よりスマートな」取得を可能にします
  • DocumentReference に含めることができる「サムネイル」を提供する拡張機能を定義して、取得前にコンテンツをよりよく理解できるようにします (たとえば、ドキュメントの要約、低帯域幅の画像など)。これをサポートする標準拡張機能が提供されます。今後 6 か月ほどで、コアにならなかったすべての ISO 21090 データ型プロパティの拡張機能を定義する予定です。
于 2014-01-09T06:10:24.430 に答える