180 likes | 279 Views
電子病歷欄位需求設計. 99 年度電子病歷標準維護暨推廣案 教育訓練系列課程 A 電子病歷編碼技術. 本投影片參考來源: 97 及 98 年度電子病歷推動案之專案成果. 大綱. 單張選擇與 制訂 單張欄位內容定義. 單張選擇與 制訂. 過程簡述. 單張選擇過程 以 92 年電子病歷基本格式 48 張成果為基礎。 電子病歷單張工作小組成員,重先篩選,並擴增至 108 張。 編號 001-110 ,其中 017 , 019 為同意書類,暫不列入。 單張制訂過程 由電子病歷單張工作小組分派負責人,以醫院內部紙本病歷為基礎,提出欄位需求清單。
E N D
電子病歷欄位需求設計 99年度電子病歷標準維護暨推廣案 教育訓練系列課程 A 電子病歷編碼技術 本投影片參考來源:97及98年度電子病歷推動案之專案成果
大綱 • 單張選擇與制訂 • 單張欄位內容定義
過程簡述 • 單張選擇過程 • 以92年電子病歷基本格式48張成果為基礎。 • 電子病歷單張工作小組成員,重先篩選,並擴增至108張。 • 編號001-110,其中017,019為同意書類,暫不列入。 • 單張制訂過程 • 由電子病歷單張工作小組分派負責人,以醫院內部紙本病歷為基礎,提出欄位需求清單。 • 由工作小組成員進行內部審查會議。 • 單張審查過程 • 完成內部審查作業後,交付給專科醫學會與學協會進行外部審查。 • 外部審查分成主審者與副審者。
轉換基本假設 • 每一類單張(如出院病摘)可由數個模組所組合。 • 每個模組是由數個欄位所組合。 • 有些欄位同名,但在不同模組視為不同。 • 欄位具有階層性(本專案只進行到四階),如 • 血壓 • 收縮壓 • 舒張壓 • 欄位具有資料型態,以SQL的資料型態為基礎。 • 欄位具有抽象型態。本專案未實作,留做醫療院所欄位更精確定義之用,但不列入交換範疇。 • 每一類單張所使用的欄位可以分成: • [0..*]:此欄位為可選,可重複出現。 • [1..*]:此欄位為必要,可重複出現。 • [0..1]:此欄位為可選,且只有一次。 • [1..1]:此欄位為必要,且只有一次。
轉換流程架構概念圖 期盼: 以108份單張為基礎, 此程序為依據, 不斷擴大應用範圍。 所有管理機制是在「電子病歷標準管理系統」中進行
名詞定義 • 資訊結構(V): • 由臨床人員提供之某單張的欄位資料。由於部分欄位仍不足以成為資料庫可以接受的格式,所以不稱之為欄位。 • 欄位結構(C): • 是指經過轉換,並補上一些資料庫可以接受的定義後,方可使用。 • 元素結構(M): • 是指基於CDA R2標準的XML的標記(TAG)定義名稱。
模組確認階段 • 最佳狀況: • 能找到合適模組,且已包含所有欄位。無須進入模組編修階段。 • 一般狀況: • 可找到適當模組,但缺少部分欄位。此時須進入「新增欄位程序」與「更新模組程序」。 • 最差狀況: • 找不到任何相關模組可使用。此時須進入「新增模組程序」與「新增欄位程序」。 另外一種狀況是對現有欄位定義有意見,則進入「更新欄位程序」
欄位確認階段 1. 同義且同名者:直接引用,無須做任何修改。 2. 同名但不同義者:請確認此欄位是否屬於另一模組內的資料。若確認一定是在同一模組,請加上可明確定義之名詞於欄位名稱之後,並進入第4種狀況。例如說姓名,可以再加上病患姓名或家屬姓名。 3. 同義但不同名者:請儘可能沿用現有之欄位名稱。否則請在確認是否有更精確的定義,可以進行區隔兩者,進入第4種狀況。 4. 不同義且不同名者:請確認屬於此模組,則新增此欄位置模組中。
單張組合階段 • 應用方法論工具,組合單張之欄位內容。 • 利用EXCEL表單公式處理,保持一致性版本。 • 當要付梓時,才轉成Word檔。