1 / 242

HL7 v3 教育訓練計畫

行政院衛生署 96 年度醫療資訊標準推動計畫. HL7 v3 教育訓練計畫. 版權所有：台灣健康資訊交換第七層協定協會. HL7 Taiwan 協會 秘書長 范士展 sjvann@gmail.com HL7 Taiwan Google 論壇 : http://groups.google.com/group/hl7-taiwan. 致謝. HL7 協會承行政院衛生署委託舉辦「 96 年度醫療資訊標準推動計畫 」 感謝行政院衛生署補助教育訓練費用，本年度 HL7 協會舉辦之「 HL7 v3 教育訓練」課程完全免費。. 議程表.

jafari
Download Presentation

HL7 v3 教育訓練計畫

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. 行政院衛生署 96年度醫療資訊標準推動計畫 HL7 v3教育訓練計畫 版權所有：台灣健康資訊交換第七層協定協會 HL7 Taiwan 協會 秘書長 范士展 sjvann@gmail.com HL7 Taiwan Google論壇: http://groups.google.com/group/hl7-taiwan

  2. 致謝 • HL7協會承行政院衛生署委託舉辦「96年度醫療資訊標準推動計畫」 • 感謝行政院衛生署補助教育訓練費用，本年度HL7協會舉辦之「HL7 v3教育訓練」課程完全免費。

  3. 議程表

  4. Version 3 Tutorial Track • Introduction to Version 3 • Part-1: V3 Fundamentals • Part-2: Version 3 Messaging • XML ITS and Data Types • Message Wrappers and Transport • Version 3 Documents • Clinical Document Architecture Introduction • Clinical Document Architecture Advanced • Implementation Classes • Part-1: Analysis and Specification • Part-2: Implementation Mechanics • Tools • Domain Specific Classes (eg., Clinical Genomics)

  5. V3 Fundamentals

  6. 位元世界 1/2 • 一個位元(bit)可以代表一個事實的兩個狀態。例如： • 電燈的“開”或“關” • 性別的”男”或”女”（只有這樣子嗎？）。 • 兩個位元則可四種狀態 • 00、01、10、11 • 賦予意義：方向 • 00代表東 • 01代表西 • 10代表南 • 11代表北 • 三個位元…

  7. 位元世界 2/2 • n個字元就具備有2n個狀態。 • n=8時，稱之為位元組(Byte)，共256個狀態。分別給予指定的文數字或符號，稱之為ASCII碼，美國訊息交換標準代碼。 交換標準始焉！！

  8. 但！資料(訊)交換在哪一層級 從人的角度 從電腦的角度 資訊的層級 • 事實 fact • 所關心的某一事件。描述方向、性別。 • 資料 data • 此事件可以攜帶的資料。 00代表往東、01代表往西，10代表往南，11代表往北。 • 資訊 information • 資料經過有目的處理。某人從原點(0,0)出發，收集{00, 00, 10, 00}資料，得知離開原點至座標(1,3) • 知識 knowledge • 學習所得，前往該點有哪些路徑。{00,10,00,00}也可到座標(1,3)。資訊重現。 • 智慧 wisdom • 可以產生新的路徑 • 資訊創新

  9. Data – medical datum 120 80 120/80 mmHg 120/80 Blood-pressure (Systolic/Diastolic) 130/90 But, it’s hard to be recognized by computer So, We need Context and Content

  10. 資訊涵義 • 句法方面 (Syntactic Aspect) • 描述語法、儲存或訊息傳輸的文法或語法有關。 • 語意方面 (Semantic Aspect) • 資訊所呈現的意義 • 實用方面 (Pragmatic Aspect) • 意圖或將被達成的目標 台灣大勝日本 V.S. 台灣大敗日本 但！電腦傳遞的資訊是？

  11. 真實世界觀點 電腦世界觀點 Logical Model 抽象觀念 實做觀念 Physical Model 真實 電腦 需求 使用 世界 世界 問題 操作 需求書 規格書 程式碼 資訊系統抽象過程

  12. 相同資料、不同思考 資料來源： Niilo Saranummi , PICNIC ARCHITECTURE

  13. Requirement: Create a means to transport a single individual from home to place of work. Management I T User Interpretation Interpretation Interpretation 相同語意、不同見解 我們需要一個訊息參考架構 資料來源： Bentley Dittman， SYSTEMS ANALYSIS AND DESIGN METHODS， 5th Edition

  14. What Is HL7? • HL7 組織起源於1987。 • 1997/6成為ANSI授權之標準發展組織(SDO, standards development organization)

  15. 27 International Affiliates Argentina SouthKorea NewZealand Sweden Spain Australia Switzerland And growing Netherlands Brazil Taiwan Mexico Canada Turkey Japan United Kingdom China Uruguay Italy United States Czech Republic Ireland India Denmark Greece Finland France Germany

  16. HL7 訊息標準 (V2 and V3) • “醫療行為的電子資料交換標準” • 讓醫療院所的不同系統及資料結構之間作溝通的方式

  17. Function Communication HL7 (Health Level Seven) HL7 7 Application 6 Presentation 5 Session 4 Transport 3 Network 2 Data Link 1 Physical ISO-OSI Communication Architecture Model

  18. ISO-OSI (Open System Interconnection)

  19. 為何使用新版本? V2 的問題 V2主要的問題點 V3 已修正 • 特別設計的方法論 • 太多的例外狀況 • 曖昧不明確 – 缺乏定義 • 人為保留作為與舊版本相容 • 不能明確指出或自動相容性測試 • 複雜，神秘的編碼規則 • 沒有標準的詞彙

  20. An HL7 V2.3 Message MSH|^~\&|LABGL1||DMCRES||199812300100||ORU^R01|LABGL1199510221838581|P|2.3|||NE|NE PID|||6910828^Y^C8||Newman^Alfred^E||19720812|M||W|25 Centscheap Ave^^Whatmeworry^UT^85201^^P||(555)777-6666|(444)677-7777||M||773789090 OBR||110801^LABGL|387209373^DMCRES|18768-2^CELL COUNTS+DIFFERENTIAL TESTS (COMPOSITE)^LN|||199812292128||35^ML|||||||IN2973^Schadow^Gunther^^^^MD^UPIN||||||||||^Once||||||CA20837^Spinosa^John^^^^MD^UPIN OBX||NM|4544-3^HEMATOCRIT (AUTOMATED)^LN||45||39-49||||F|||199812292128||CA20837 OBX||NM|789-8^ERYTHROCYTES COUNT (AUTOMATED)^LN||4.94|10*12/mm3|4.30-5.90||||F|||199812292128||CA20837 A sample results message

  21. V3 XML Prototype - same data <Labrs3P00T="Labrs3P00"> <Labrs3P00.PTPT="PTP"> <PTP.primrPrsnmT="PN"> <fmn T="ST">Sample</fmn> <gvn T="ST">George</gvn> <mdn T="ST">H</mdn> </PTP.primrPrsnm> </Labrs3P00.PTP> <Labrs3P00.SIOO_L T="SIOO_L"> <SIOO_L.item T="SIOO"> <SIOO.filrOrdId T="IID">LABGL110801</SIOO.filrOrdId> <SIOO.placrOrdId T="IID">DMCRES387209373</SIOO.placrOrdId> <SIOO.InsncOf T="MSRV"> <MSRV.unvSvcId T="CE">18768-2</MSRV.unvSvcId> <MSRV.svcDesc T="TX">CELL COUNTS+DIFFERENTIAL TESTS (COMPOSITE)</MSRV.svcDesc> </SIOO.InsncOf> <SIOO.SRVE_L T="SRVE_L"> <SRVE_L.item T="SRVE"> <SRVE.name T="CE">4544-3</SRVE.name> <SRVE.svcEvntDesc T="ST">HEMATOCRIT (AUTOMATED)</SRVE.svcEvntDesc> <SRVE.CLOB T="CLOB"> <CLOB.obsvnValu T="NM">45</CLOB.obsvnValu> <CLOB.refsRng T="ST">39-49</CLOB.refsRng> <CLOB.clnRlvnBgnDtm T="DTM">199812292128</CLOB.clnRlvnBgnDtm> </SRVE.CLOB> <SRVE.spcmRcvdDtm T="DTM">199812292315</SRVE.spcmRcvdDtm> </SRVE_L.item> </SIOO_L.item> </Labrs3P00.SIOO_L> </Labrs3P00>

  22. HL7 V3.0 Certified V3 對HL7的好處 • 降低可選項目：其結果為更明確的訊息 • 對於應用系統邊界的隱含假設予以揭露 • 讓定義更清楚、更完善、一致性宣告

  23. IBM V3 對 Providers的好處 面對複雜的健康照護環境： • 協助整合異質系統 • 增加選擇創新方案中的最佳解決方案 • 支援整合現有系統 • 提供可靠地驗證供應商一致性宣告

  24. V3 對Vendors的好處 • 提供改良過協定來整合異質系統 • 減少安裝的時間 • 降低site-specific之協調 • 簡化介面程式 • Vendor可以將有發展特定產品，在區隔化市場中找到利基

  25. Version 3 目標 • 提供事件、資料元素與訊息架構 • 增進清楚且精確的定義規範 • 改進標準適應於改變 • 試圖達成 “plug and play”目標

  26. 受認可之原則 • Explicit Scope, Target Users • Support for Legacy Systems • Loosely Coupled Systems • Internationalization • Compatibility with Versions 2.X (limited) • Management - ANSI and by-laws • Uniform Trigger Event Model • Information System Role

  27. 受認可之原則(continued) • Conformance Claims • The Version 3 Development Process • Project Scope • Version 3 Methodology - MDF • Quality Assurance Processes • Process Support • Confidentiality of Patient Information • Authenticated Authorization for Services • Security, Privacy, and Integrity

  28. 方法論的使命 • 在標準發展過程中採用現代化軟體工程技術，如物件導向分析設計、正規化建模技術 • 為訊息標準提供高品質、易讀性、與彈性 • 結合抽象概念與行為模型，使用角色定義在嚴格的工作產品中。 • 廣泛使用UML圖示來描述標準。

  29. Version 3新增項目 • HL7 V3 adopts an Object Oriented (OO) approach using Unified Modeling Language (UML) principles. • HL7 isn't just Level 7 any more! HDF - HL7 Development Framework

  30. September 2007 publication/ballot http://www.hl7.org/v3ballot/html/index.htm

  31. September 2007 publication/ballot

  32. Types of Documents in the V3 Publication

  33. 各章節說明

  34. Chapter-Specific Specs Chapter-Specific Specs Chapter-Specific Specs Chapters 2 and 8 Chapters 3, 4, 6, ... Segments and Fields Trigger Event and Messages An HL7 Version 2.X Spec Common Specs

  35. Contents of Existing HL7 V2.3 • Trigger events • Actions or occurrences • Messages • Information content • Segments • Repeating structures • Data elements • Data representation

  36. Chapter-Specific Specs Message Model Information Model Use Case Model Interaction Model 2-nd Order 1 choice of 0-n Drug 0-1 Nursing An HL7 Version 3.X Spec HL7 Reference Model Common Specs *Future Consideration Implementable Message Specification XML/ER7/… Implementable Message Specification OLE/CORBA Implementable Message Specification EDIFACT*

  37. By demanding analysis of the requirements and information content, Version 3 assures consistency in and enhances the value of the resulting messages. Dispense Medications Manage Care Perform Lab Tests Review Utilization Encounter Account Provider Patient Order HAL HL7 message HL7 message Finance ADT Pharmacy HL7 Modeling Abstractions: Version 2.x focused its energies at the communication level and covered the other abstractions only loosely in the specifications. Activities(Use Case Model) Objects (Information Model) Communication(Interaction and Message Models)

  38. 茶敘 10:10～10:30

  39. Defining V3 Messaging…

  40. Version 3 Terminology

  41. V3 DomainsWhere the functional content is… • 相似需求功能之集合 • 範例： • 病患管理 • 檢驗室 • 與 V2.x Chapter類似

  42. Storyboards DMIM Application Roles RMIMs HMDs Interactions Message Types Messaging Components V3使用Messaging Components方式來表達每一個Domain在訊息裡的行為及結構。 Trigger Events

  43. Storyboard Application Role Trigger Event Interaction Domain Message Information Model (DMIM) Refined Message Information Model (RMIM) Hierarchical Message Descriptor (HMD) Message Type (MT) Messaging Components DYNAMIC DYNAMIC：說明系統間互動 STATIC：說明傳遞訊息的內容 STATIC

  44. V3 Message Development Methodology

  45. V3 Dynamic Model • Storyboard • Application Role • Trigger Event • Interaction B System A System

  46. Storyboards: The V3 Drama Karl Kid Boris Bleeder Bill Beaker Eric Emergency Sara Specialize Carl Cutter

  47. Emergency Encounter: Storyboard • 急診 Check In • Adam由救護車送抵好望醫院的急診室。他有呼吸道疼痛 及心跳加速。值班醫師 Dr. Eric認為需要立即進行處理。急診室文書Christopher在Person Registry找出 Adam先生的病歷並完成急診check-in • 更新急診檢傷 • 急診醫師檢查Adam先生並請胸腔科的Dr. Penny Puffer醫師來會診。 • Check Out • Adam先生的病情穩定後便辦理出院。 • Post Check Out • 出院檢視病歷時發現有診斷碼的錯誤並更正病歷內容。

  48. 如何實作這個故事？ V3 V3 V3

  49. 從Storyboard開始

  50. Trigger Events • 如同V2.x中，trigger events是解釋兩個系統間實際發生的溝通事件. • 範例: • 急診檢傷開始 Emergency Encounter

More Related