ここで、ヘルスケアにおける典型的なプロセスの1つを検討します。これは、金融や書籍の出版よりも本当に複雑で、意味的に豊かになるようにします。 利点と視覚資料も明らかになりました。
この場合、彼は、1つの単一の外科手術をサポートする一連の情報メッセージの例として、外科部門の仕事を検討します。 操作の種類とその複雑さは報告されていません。 複雑な方向に逸脱する可能性があります。
術前期間
術前期間-患者の手術準備に必要な時間。 術前期間の期間は、手術の緊急度、患者の状態、患者の年齢、および今後の手術の重症度に依存します。 術前期間の情報の流れを次の図に示します。
従来、情報フローは次のグループとそれらに対応するHL7v2メッセージまたはCDAドキュメントテンプレートに分割できます（メッセージの種類HL7v2とその簡単なデコードは括弧内に示されています）。
•患者登録（ADT）、
•ウェイティングリストコントロール（SIU-スケジュール変更）、
•患者データ（MDM-医療文書管理、CCD、CDA紹介概要）、
•ラボ分析結果（ORU-調査結果、HITSP C37ラボレポートドキュメントのCDA）
•通知（MFN-ヘルプファイルの変更）
運用期間
運用期間の情報フローを次の図に示します。
次のHL7v2メッセージは、情報を送信するために使用されます。
•材料の使用（DFT-詳細な金融取引）
•ラボテスト結果（ORU-調査結果、HITSP C36ラボ結果メッセージのCDA）
•医療機器からのデータ（ORU-調査結果）
術後期間
術後期間-患者が手術台から出された瞬間から、創傷の治癒と手術外傷によって引き起こされる障害の消失までの時間。 術前期間の情報の流れを次の図に示します。
次のHL7v2メッセージは、情報を送信するために使用されます。
•医療機器からのデータ（ORU-調査結果）
•患者データ（MDM-医療文書管理、CCD、CDA紹介概要）、
•金融費用（DFT-詳細な金融取引）、
•材料の使用（MFN-規制参照ファイルの変更）。
上記のメッセージに加えて、外科医（より正確には、インターフェースを担当するIT部門）は、次の基準に従ってシステムの運用について考慮する必要があります。
•IHE ATNA-監査証跡およびノード認証
•HITSP T15-セキュリティ監査証跡トランザクションの収集と伝達
•HITSP T17-セキュアな通信チャネルトランザクション
•IHE XDS.b-企業間ドキュメント共有-b
•HITSP T13b-ドキュメントの共有の管理
上記のメッセージおよびその他の標準は、次のIHE（ヘルスケア企業の統合）プロファイルで説明されています。
• 患者ケア機器 。
• ITインフラストラクチャ 。
• 患者ケアの調整 。
さて、この記事の最初に戻りますが、なぜIFXまたはAmazon EC2 SOAP APIの専門家がHL7に対応できないのか理解できません。
:)
HL7 FHIRについての判断も追加したいと思います。 上記のすべてから、FHIRテストサーバーはこれまでのところ、ADTおよびSIUメッセージと同等の機能をいじっています。 より高度な実装（少なくとも私が知っているような実装）が存在する可能性がありますが、その作成者は公然と話し、実装の公開機能を裁判所に公開することを急ぐことはありません。