3

現在、外来診療所と入院診療所の両方がある大病院向けにHL7CDAの実装に取り​​組んでいます。診察の平均期間を短縮するために、診察する医師は電子フォームを使用します。フォームは完全に形式化する必要があります(理想的には最小限のキーボード入力が必要です)。

実際には、最も単純な形式化されたコンサルテーションノートフォームには、40〜50以上の入力フィールドが含まれているようです。

たとえば、通常の耳鼻咽喉科医の診察ノート「身体検査」セクションには、次のサブセクションが含まれます。外鼻、内鼻、喉、喉頭、気管。鼻は対称であり、各器官は10〜15の特性で記述できることに注意してください。その結果、約100の入力フィールドを持つ入力フォームがあります。このフォームに、HL7 CDAコンサルテーションノートの仕様で定義されている他の必須セクション(訪問の理由、病気の病歴、問題、投薬)を追加すると、最大150のフィールドがあります。したがって、私のHL7 CDAレベル3ドキュメント本体には、同じ数の[監視]要素が含まれている必要があります。

通常の入院患者の場合、医師は最大10〜100の文書を登録できます。また、各ドキュメントには20〜100〜200の意味のあるパラメータが含まれています。合計:〜10000パラメータ。

入院患者の場合の終わりに、医師は以前に登録された他の文書からデータを収集する要約文書を作成するものとします。そしてこの時点で、私はHL7CDA仕様を誤解していると感じています。人間は10000個のパラメータで簡単に操作することはできません。医師が簡単な要約文書を作成できる人間工学に基づいたユーザーフォームを設計する方法について、アドバイス(または例)を教えてください。

4

1 に答える 1

2

基本的な前提を誤解しているわけではありませんが、「人間が読める形式の表示を提供するという問題については、小さな観測ごとに独立した表示値を関連付けようとしないでください。

CDAを使用すると、各セグメントの一部としてノードを提供できます。<text>ノードは通常、人間が読み取ったときに表示されるHTMLデータです。多数の観測値との遭遇の場合、CDAで解析された値を保持しますがobservations、個々の観測値はnull<text>値(プロバイダーに表示されない値)を持つ必要があります。代わりに、上位レベルの親ノードにすべての観測値のHTML /読み取り可能なバージョンを提供します(したがって、「 」<text>というタイトルのセグメントのノード内に格納された単一のHTMLテーブルに「鼻」に関するすべての観測値があります<title>Nose</title>。または、さらに良いことに、これよりもさらに高いレベルのセグメントに移動して、SOAPノートの観察セクション全体の完全なHTMLバージョンを一般開業医のノートと一緒に保存することもできます。<text>エンカウンターに関連付けられたノード<section>

簡単に言うと、CDAのすべての値を正式に保持しますが、これらのすべての観測値を<text>、より高いレベルのノードのノードにある単一の人間が読める形式の表示(HTML)に統合します。これにより、プロバイダーの見栄えの良い表示が可能になりますが、マシンのコード化されたデータはすべて保持されます。

問題全体を少し明確にする可能性のあるCDAの例については、BlueButtonPlusをご覧ください

于 2013-04-05T19:05:38.557 に答える