<output id="qn6qe"></output>

    1. <output id="qn6qe"><tt id="qn6qe"></tt></output>
    2. <strike id="qn6qe"></strike>

      亚洲 日本 欧洲 欧美 视频,日韩中文字幕有码av,一本一道av中文字幕无码,国产线播放免费人成视频播放,人妻少妇偷人无码视频,日夜啪啪一区二区三区,国产尤物精品自在拍视频首页,久热这里只有精品12

      論通用病歷文檔格式標準

      論通用病歷文檔格式標準

      南京都昌信息科技有限公司 袁永福 2016-11-21

       

      本文首發于 http://www.hit180.com/23732.html

      作者簡介:

      袁永福,男,南京東南大學畢業,微軟MVP,南京都昌信息科技有限公司創始人,長期從事電子病歷編輯器控件的研發和推廣工作,其產品成為編輯器細分市場的第一品牌。

      聯系方式:手機:13337824178,電子郵箱:28348092@qq.com,通訊地址:南京市雨花臺區軟件大道106號2號樓702室。

      簡介

      本文討論了一種通用的病歷文檔格式標準M-DOM,試圖為數據互聯互通、CDR、EHR、大數據分析等重要應用打下堅實基礎。希望能幫助實現整個HIT行業的病歷數據互聯互通。

       

      行業痛點

      數據不能互聯互通,這是整個HIT行業的老大難問題。從過去、到現在乃至未來很長一段時間內都會困擾整個行業人士。大量的醫療機構消耗巨大的資金和精力來試圖解決這個問題,失敗多于成功。

      有一些醫療機構斥巨資開始建設臨床數據中心(CDR);國家衛計委也在各種大會宣講數據互聯互通;而近期的互聯網+醫療中很大一塊也是在試圖解決互聯互通的問題。不過大家努力的效果是有待觀察的。

      圍繞著數據互聯互通,是各個HIT系統廠商、醫療機構、政府各方博弈。客觀的來說,廠商作為中國HIT系統的主要承建者對數據互聯互通是不夠熱心的;很多醫院只希望院內互聯互通而對院際互聯互通缺乏熱情;政府的操作手法又不接地氣,孤掌難鳴。

      病歷文檔,此處不僅包括住院病歷,還包括門急診病歷、護理記錄表單、各種檢查檢驗報告單等等,是整個HIT系統中很重要的數據類型。各家廠商的病歷文件格式又各不一樣,而且有很多是加密的,第三方無法利用的。這些都增加了互聯互通的難度。

      不通則痛。由于廣泛的彌漫性的數據不互聯互通,這就導致了整個HIT行業的最大的痛點。

       

      HL7的解決之道

      對于數據互聯互通,很多人寄希望于HL7,希望DICOM在影像領域中的成功模式復制到整個HIT行業。百度百科中是這樣介紹HL7的:

      HL7 衛生信息交換標準(Health Level 7),標準化的衛生信息傳輸協議,是醫療領域不同應用之間電子傳輸的協議。HL7匯集了不同廠商用來設計應用軟件之間接口的標準格式,它將允許各個醫療機構在異構系統之間,進行數據交互。

      HL7的主要應用領域是HIS/RIS,主要是規范HIS/RIS系統及其設備之間的通信,它涉及到病房和病人信息管理、化驗系統、藥房系統、放射系統、收費系統等各個方面。HL7的宗旨是開發和研制醫院數據信息傳輸協議和標準,規范臨床醫學和管理信息格式,降低醫院信息系統互連的成本,提高醫院信息系統之間數據信息共享的程度。

      對于HL7 第三版支持XML,也就是CDA,以下是一個CDA的范例:

      HL7/CDA最大缺點是它合適數據的傳輸和交換,但不適合數據的存儲,特別是病歷數據的存儲。因為CDA只包含自然語言文本字符串,不包含半結構化、文檔格式、痕跡、權限控制、醫學公式等信息;而這些都是一個完備的病歷文檔的必備內容。因此CDA難于勝任病歷文檔互聯互通的重任,也難于用作精細化的病歷文檔大數據分析。

      另外HIT廠商對于CDA也沒有主動推動的熱情,強扭的瓜不甜,CDA落地效果不好。

       

      M-DOM的解決之道

      我們的團隊長期從事電子病歷編輯器的研發和推廣工作,已經為很多行業廠商提供配套產品和服務,立足行業的現狀,結合自身的優勢,借鑒相關國際標準,在此提出M-DOM的解決方案,來試圖解決困擾整個行業的病歷數據不互聯互通的問題。

      通用病歷文檔對象模型,Medical Document Object Model,簡稱M-DOM,是一種專門用于精確描述病歷文檔內容的軟件設計模式。它利用一個個可編程實體映射到文檔的各個部分,這些實體基本上按照樹狀結構組織在一起,各種實體類型之間存在派生關系,其他軟件通過這些可編程實體來訪問文檔內容。M-DOM很多地方借鑒了W3C國際標準組織的DOM標準,而W3C-DOM是立場中立的,而且它的影響力是遠超HL7的。

      下圖是M-DOM中各個實體對象實例的組織結構圖:

       

      下圖是M-DOM中各個實體對象類型的派生關系圖:

       

      M-DOM不僅包含了文檔數據的描述,還包含了一系列的編程接口的規范,這套規范也參考了W3C-DOM標準。比如以document作為訪問M-DOM的唯一入口點、文檔節點具有AppendChild(),RemoveChild()等成員函數等等。

      定義統一的編程接口也具有重大現實意義。因為所有偉大的系統架構、設計思想最終都要落實到一個個編程接口。M-DOM定義了標準的編程接口規范,使得各個廠家開發出來的M-DOM產品具有相同的編程接口,使得開發者很容易在各個廠家的產品之間來回切換。另外無論開發者使用C#、JAVA、C++、VB、DELPHI、JAVASCRIPT、PB等編程語言,都能以相同的編程模式訪問M-DOM。實現了軟件開發手段上的互聯互通。

      綜上,M-DOM可以總結為三要素:1.文檔元素對象實例的組織結構;2.文檔元素類型的派生結構;3.編程接口規范。

      DOM是一種業界比較少用的軟件設計模式,大多數人不是很理解DOM,因此這也增加了M-DOM的推廣工作量。想詳細了解DOM,可參考http://www.rzrgm.cn/xdesigner/archive/2008/06/04/1213504.html或者http://www.w3.org/DOM/

      M-DOM的實際效果

      目前M-DOM只在我們內部研發過程中使用。M-DOM是我們的DCWriter電子病歷編輯器控件軟件產品的主體思想,它支撐了DCWriter這五年來的高速發展,而且遠沒有到達瓶頸。

      M-DOM的應用已經從最原先的住院文書擴展到護理文書、門急診病歷、醫技報告單、護理量表、醫囑單類似的報表功能,甚至擴展到電子政務等其他行業。

      實踐證明,M-DOM具有強大的生命力。是一顆強大的心臟。

       

      以下是使用我們軟件產品的部分用戶醫院的分布圖,里面標記了M-DOM作為幕后英雄默默運行的地點。

      M-DOM的標準化

      M-DOM是產生于應用實踐中,前期是野蠻生長。我們正在進行修正和標準化來增強它的長久生命力。

      M-DOM目前只在DCWriter產品中得到應用,需要開放出來,讓更多的軟件產品采用。大家可以在CDR中使用M-DOM作為核心標準,為CDR裝上一顆強大的心臟;同時也可以將M-DOM用于描述EHR,提高區域衛生信息平臺的執行力和生命力。

      我們的工作預期是設計出一套精確的XSD模式,用于定義M-DOM文件格式,分為三個層次。以下是目前設計出的XSD的部分內容。

       

      對于M-DOM Level1,只定義了最基本的功能,是必須滿足的,如果不能滿足則不能應用;Level2定義了一些常用的功能,主要是文檔格式控制、文檔內容描述等信息;Level3定義了完整的功能,是M-DOM的最全面的功能集合。

      標準化的M-DOM支持很多HIT行業中的實際需求,包括:

      1. 常規文檔內容樣式,包括字體樣式、圖像、表格等等。
      2. 純文本、半結構化、全結構化的病歷文書。
      3. 醫學矢量圖標記、醫學表達式。
      4. 國家健康數據集的引用。
      5. 跨文檔的數據引用。
      6. 病歷文檔內容質控。
      7. 修改痕跡和三級權限控制。
      8. 電子簽名。
      9. 其他功能等等,未來將有詳細而精確的功能清單。

      M-DOM的落地實現

      一套規范標準的能否落地實現決定了它的實際應用價值,CDA不能廣泛落地實現就導致了CDA的價值大打折扣。而M-DOM具有相當大的落地執行力。下圖是M-DOM的落地實現原理圖:

       

      我們的DCWriter電子病歷編輯器控件已經實現了M-DOM,經過五年多的辛苦而扎實的努力,我們使得很多HIT廠商采用DCWriter開發應用系統,目前業界已經存在大量的系統支持M-DOM,而且還不斷有大大小小的HIT廠商加入這個生態圈。

      一般的HTI廠商對互聯互通是愛恨交織的,內心是矛盾的;為客戶利益及同行合作應該是互聯互通的,但考慮到自身小利益捆綁客戶時卻是封閉的。而我們都昌公司無論是從客戶利益還是自身利益來說都是全力推進互聯互通,而且我們推進這個工作時,尚未發現合作伙伴阻止。此時沒人反對或使絆,剩下的就看我們的執行力了。

      另外我們不是一個人在戰斗,而是可以借助于這幾百家具有研發推廣功能力的HIT廠商的,他們的軟件每部署到一家醫院,M-DOM就開始默默的跑在這家醫院中。可以靠譜的預見,這個過程再持續個三五年,中國大部分醫院將運行著M-DOM,到時候M-DOM將成為一種事實上的行業標準。

      另外這種互聯互通在各個細分市場上是廣泛的,合作廠商使用DCWriter開發出來的產品有電子病歷、HIS、PASC、LIS、RIS、門急診系統、護理系統、基礎衛生平臺系統等等。此時醫院的各個子系統都采用M-DOM,可以實現跨廠商的病歷數據的共享,這樣醫院建設CDR的難度大為降低。而醫院的CDR就可以快速的將M-DOM原始文檔或者轉換為CDA文檔后發送給HER或者政府的公共衛生信息平臺。

      當然還有未采用DCWriter的HIT廠商,對于他們的系統,只要他們能將病歷數據導出為XML格式,而我們正在開發中的DCFW(都昌應用程序框架)就能快速靈活的將任意XML格式轉換為M-DOM格式,最大化M-DOM的應用范圍。

       

      放眼整個HIT行業,我們的團隊是非常小的,因此我們不敢好高騖遠、頻放大招。只能老老實實的寫好每一行代碼,服務好每一個客戶。但是我們可以從微觀層面的量變來引發宏觀層面的質變,采用農村包圍城市的策略,持續改進和推廣M-DOM,在這塊無人區中不斷探索前進,希望能幫助實現整個HIT行業的病歷數據互聯互通。

      posted on 2016-12-09 09:02  袁永福 電子病歷,醫療信息化  閱讀(3779)  評論(0)    收藏  舉報

      導航

      主站蜘蛛池模板: 国产成人无码A区在线观| 久久婷婷五月综合色和啪| 国产玖玖玖玖精品电影| 国产人成视频在线观看| 国产精品自拍实拍在线看| 久久午夜无码免费| 深夜福利资源在线观看| 亚洲中文字幕无码av永久| 国产成A人片在线观看视频下载| 精品一区二区三区女性色| 熟妇无码熟妇毛片| 极品无码国模国产在线观看 | 亚洲国产无线乱码在线观看| 日韩精品一区二区亚洲av | 久久国产综合色免费观看| 国产午夜福利视频合集| 亚洲欧美综合在线天堂| 欧美牲交a欧美牲交aⅴ免费| 久久国产免费直播| 人妻内射一区二区在线视频 | 欧美性猛交xxxx乱大交丰满| 爱性久久久久久久久| 91亚洲国产成人精品性色| 国产精品美女AV免费观看| 精品久久久久无码| 激情综合色综合久久丁香| 亚洲中文字幕av天堂| 国产无遮挡吃胸膜奶免费看| 西西人体大胆444WWW| 国产一区二区一卡二卡| 日韩乱码卡一卡2卡三卡四| 中文字幕av高清片| 亚洲日本乱码熟妇色精品| 成人白浆一区二区三区在线观看| 狠狠色噜噜狠狠狠狠av不卡| 中文字幕制服国产精品| 好吊妞人成视频在线观看27du | 久久99精品九九九久久婷婷| 91福利一区福利二区| 国产av熟女一区二区三区| 欧美va天堂在线电影|