亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

用于識別患者間關(guān)系的系統(tǒng)、設(shè)備和方法

文檔序號:6337709閱讀:823來源:國知局
專利名稱:用于識別患者間關(guān)系的系統(tǒng)、設(shè)備和方法
技術(shù)領(lǐng)域
一般來說,本公開涉及處理電子患者信息的系統(tǒng)、方法、設(shè)備和制造產(chǎn)品。更具體 來說,本公開的某些示例涉及識別患者之間的關(guān)系并且鏈接與那些患者相關(guān)的電子信息的 系統(tǒng)、方法、設(shè)備和制造產(chǎn)品。
背景技術(shù)
健康護(hù)理環(huán)境、如醫(yī)院或診所包括信息系統(tǒng),例如醫(yī)院信息系統(tǒng)(HIS)、放射信 息系統(tǒng)(Ris)、臨床信息系統(tǒng)(CIS)和心血管信息系統(tǒng)(CVIS);以及存儲系統(tǒng),例如圖像存 檔和通信系統(tǒng)(PACS)、圖書館信息系統(tǒng)(LIS)和電子病歷(EMR)。所存儲的信息可包括例 如患者醫(yī)療病史、成像數(shù)據(jù)、測試結(jié)果、診斷信息、管理信息、保險信息和/或時間安排信息 (scheduling information) 0信息可集中存儲或者劃分在多個位置。健康護(hù)理專業(yè)人員可 能希望在健康護(hù)理工作流程的各個點(diǎn)訪問患者信息或其它信息。正在進(jìn)行全國性的工作以便連接健康護(hù)理信息系統(tǒng),并且使它們以安全、可持續(xù) 并且基于標(biāo)準(zhǔn)的方式可互通的。但是,對于聯(lián)邦政府所領(lǐng)導(dǎo)的全國健康信息網(wǎng)絡(luò)(NHIN)以 及對于全國的許多小型地區(qū)健康信息組織(RHIO),所需信息基礎(chǔ)設(shè)施仍然正在發(fā)展中。對 于美國和其它地方的健康信息交換仍然有許多難題。另外,需要交換網(wǎng)絡(luò)中的參加者之間 的健康信息的標(biāo)準(zhǔn)化和互通性。此外,需要提供集中與分布式數(shù)據(jù)架構(gòu)的系統(tǒng)。在當(dāng)前醫(yī)療環(huán)境下,對患者病歷的訪問既麻煩且不完整。通常,病歷保存在各個診 所。如果患者去過一個以上診所,則患者可能具有多個病歷。例如,患者可去第一診所并且 建立第一病歷,然后該患者去第二診所并且建立第二病因。如果第二診所無權(quán)訪問第一病 歷,則在第二診所的檢查和診斷可能是重復(fù)且低效的。綜合病歷的缺乏對于患者也是重復(fù)且低效的。例如,患者通常在該患者所去的各 診所填寫相似表格?;颊呖赡芴顚懢哂谢颊哚t(yī)療病史、各種健康狀況、過敏性、遺傳信息或 其它信息的表格。單個診所則為患者保存診所自己的記錄。由于患者在其一生中可能去過 多個診所,所以該患者可能重復(fù)填寫相同的信息。在一些情況下,患者可能沒有填寫相同的 信息,并且在不同診所的各種病歷可能包含部分和/或過時的信息。另外,患者病歷信息的非集中的性質(zhì)由除了醫(yī)療診所之外的實(shí)體永久保存。例如, 病歷信息可能由保險實(shí)體、調(diào)藥實(shí)體和/或?qū)嶒?yàn)室實(shí)體保存。在這些實(shí)體的任一個的患者 病歷的更新不會確保更新其它實(shí)體。相應(yīng)地,患者病歷信息根據(jù)實(shí)體而有所不同。相應(yīng)地, 難以查找完全最新的病歷,并且治療醫(yī)生在治療之前可能無法獲得患者健康的全貌。另外, 由于患者信息是非集中的,并且患者無權(quán)訪問其患者病歷信息,所以患者可得到的與其健 康狀態(tài)有關(guān)的信息通常是一般范疇的信息。

發(fā)明內(nèi)容
某些示例提供識別患者之間的關(guān)系并且鏈接與那些患者相關(guān)的電子信息的系統(tǒng)、 方法、設(shè)備和制造產(chǎn)品。
3
在某些示例中,用于在患者電子醫(yī)療數(shù)據(jù)之中識別患者間關(guān)系的計算機(jī)實(shí)現(xiàn)方法 包括檢查與第一患者相關(guān)的一個或多個標(biāo)識符的電子患者信息。該方法包括使用處理器將 與第一患者相關(guān)的一個或多個標(biāo)識符與來自與第二患者相關(guān)的電子患者信息的一個或多 個標(biāo)識符進(jìn)行匹配。該方法包括使用處理器、根據(jù)第一患者與第二患者之間的關(guān)系來識別 第二患者與第一患者的關(guān)連(connection)。該方法包括將第一患者的電子患者信息鏈接到 有待批準(zhǔn)的第二患者的電子患者信息。該方法包括在審閱第一患者的電子患者信息時提供 對第二患者的鏈接的電子患者信息的電子訪問。在某些示例中,患者間關(guān)系識別系統(tǒng)包括處理器,它檢查來自至少一個電子文檔 源的電子患者信息中的與第一患者相關(guān)的一個或多個標(biāo)識符,并且將與第一患者相關(guān)的一 個或多個標(biāo)識符與來自與第二患者相關(guān)的電子患者信息的一個或多個標(biāo)識符進(jìn)行匹配。該 處理器根據(jù)第一患者與第二患者之間的關(guān)系來識別第二患者與第一患者的關(guān)連。該系統(tǒng)包 括患者登記(patient registry),以便包含第一患者的電子患者信息,并且根據(jù)第一患者 和第二患者中的至少一個的批準(zhǔn)來提供到第二患者的電子患者信息的鏈接?;颊叩怯洷阌?在用戶審閱第一患者的電子患者信息時訪問第二患者的鏈接的電子患者信息。在某些示例中,實(shí)體計算機(jī)可讀存儲介質(zhì)包括用于在處理器上運(yùn)行的指令集合。 指令集合在被運(yùn)行時實(shí)現(xiàn)患者間關(guān)系識別系統(tǒng)。該系統(tǒng)包括處理器,它檢查來自至少一個 電子文檔源的電子患者信息中的與第一患者相關(guān)的一個或多個標(biāo)識符,并且將與第一患者 相關(guān)的一個或個標(biāo)識符與來自與第二患者相關(guān)的電子患者信息的一個或多個標(biāo)識符進(jìn)行 匹配。該處理器根據(jù)第一患者與第二患者之間的關(guān)系來識別第二患者與第一患者的關(guān)連。 該系統(tǒng)包括患者登記,以包含第一患者的電子患者信息,并且根據(jù)第一患者和第二患者中 的至少一個的批準(zhǔn)來提供到第二患者的電子患者信息的鏈接?;颊叩怯洷阌谠谟脩魧忛喌?一患者的電子患者信息時訪問第二患者的鏈接的電子患者信息。


圖1示出示例健康護(hù)理信息交換(HIE)。圖2示出示例健康護(hù)理信息架構(gòu)。圖3示出示例個人健康記錄(PHR)系統(tǒng)。圖4示出示范用戶接口(user interface)架構(gòu)。圖5示出示例信息架構(gòu),它被提供以便支持來自多個不同類的數(shù)據(jù)源的信息的檢 索、合成和呈現(xiàn)。圖6示出示例電子病歷表。圖7示出在電子病歷和/或其它電子數(shù)據(jù)之中識別患者間關(guān)系的示例方法的流程 圖。圖8提供顯示和便于鏈接的患者間(P2P)關(guān)系的使用的示例用戶接口。圖9示出P2P關(guān)系的備選示例表示。圖10示出提供相對特定患者的等級關(guān)系的圖示的示例用戶接口。圖11示出將患者的唯一標(biāo)識符與其家庭成員的標(biāo)識符進(jìn)行鏈接以構(gòu)建家庭醫(yī)療 病史的示例方法的流程圖。圖12示出采用可用的電子醫(yī)療數(shù)據(jù)來識別和利用患者與其他人之間的關(guān)系的示例患者關(guān)系識別系統(tǒng)。圖13是可用于和/或編程為實(shí)現(xiàn)本文所述的示例系統(tǒng)、設(shè)備、制造產(chǎn)品和方法的 示例處理器平臺的示意圖。圖14是可用于實(shí)現(xiàn)本文所述的系統(tǒng)、設(shè)備、制造產(chǎn)品和方法的示例處理器系統(tǒng)的 框圖。通過結(jié)合附圖進(jìn)行閱讀之后,將會更好地理解上述發(fā)明內(nèi)容以及下面對本發(fā)明的 某些示例實(shí)施例的詳細(xì)描述。為了說明本發(fā)明,附圖中示出某些實(shí)施例。但是,應(yīng)當(dāng)理解, 本發(fā)明并不局限于附圖所示的布置和手段。
具體實(shí)施例方式雖然下面公開包括在硬件上運(yùn)行的軟件以及其它部件的示例方法、系統(tǒng)、制造產(chǎn) 品和設(shè)備,但是應(yīng)當(dāng)注意,這類方法和設(shè)備只是說明性的,而不應(yīng)當(dāng)被認(rèn)為進(jìn)行限制。例如, 預(yù)想了這些硬件和軟件部件的任一種或全部可專門通過硬件、專門通過軟件、專門通過固 件或者通過硬件、軟件和/或固件的任何組合來體現(xiàn)。相應(yīng)地,雖然下面描述示例方法、系 統(tǒng)、制造產(chǎn)品和設(shè)備,但是所提供的示例不是實(shí)現(xiàn)這類方法、系統(tǒng)、制造產(chǎn)品和設(shè)備的唯一 方式。當(dāng)記載的所附權(quán)利要求的任一項(xiàng)涵蓋純軟件和/或固件實(shí)現(xiàn)時,至少一個示例的 元件的至少一個在此明確限定為包括存儲軟件和/或固件的實(shí)體介質(zhì),例如存儲器、數(shù)字 視頻光盤(DVD)、壓縮盤(⑶)等等。醫(yī)院企業(yè)和/或其它診所環(huán)境可保存與該企業(yè)為其提供服務(wù)的患者有關(guān)的許多 信息。許多已登記患者通過一組已定義關(guān)系而互相關(guān)。醫(yī)院或其它環(huán)境可能沒有客戶之間 的這類關(guān)系的完整信息。通過捕獲以下稱作患者間關(guān)系(P2P)信息的關(guān)系信息,醫(yī)院企業(yè) 和患者本身可獲益于例如可用信息、診斷和/或治療建議和/或在相關(guān)患者記錄中的信息 之間進(jìn)行的其它相關(guān)性的龐大體。通過利用可用信息,例如由于更有效的營業(yè)計劃和/或經(jīng)營模型,可為鏈接的患 者提供專業(yè)的特惠服務(wù),和/或以某個折扣率為其提供治療。共享和/或以別的方式的鏈 接的P2P信息可用于例如臨床分析和/或調(diào)查及其它數(shù)據(jù)收集。P2P信息可提供例如改進(jìn) 和/或擴(kuò)大的緊急聯(lián)絡(luò)信息。當(dāng)前,在登記過程中向患者收集家庭醫(yī)療病史信息。這種信息的準(zhǔn)確度僅達(dá)到患 者知道其家庭成員的醫(yī)療病史的程度。向患者所收集的家庭醫(yī)療病史信息沒有提供在患者 的將來檢查方面會有幫助的粒度信息。通常,登記信息對患者收集一次,而不會隨著家庭成 員隨時間推移感染慢性病和/或其它問題而更新。在某些示例中,相關(guān)患者記錄(例如電子病歷、電子健康記錄、個人健康記錄等) 和/或其它電子患者信息可識別為相關(guān)的。相關(guān)P2P信息可用于針對鏈接的患者的診斷、 治療、緊急聯(lián)絡(luò)、計費(fèi)和/或其它臨床和/或行政功能。在某些示例中,提供一個或多個系統(tǒng)、方法、設(shè)備和/或制造產(chǎn)品,以便將患者的 唯一標(biāo)識符與其家庭成員的標(biāo)識符進(jìn)行鏈接以構(gòu)建家庭醫(yī)療病史。家庭醫(yī)療病史可用于例 如更好地幫助具有乳癌、直腸癌、糖尿病、心臟病等家庭醫(yī)療病史的患者。家庭醫(yī)療病史還 可用于例如關(guān)注產(chǎn)前護(hù)理和遺傳方面的懷孕媽媽。家庭醫(yī)療病史可以是執(zhí)業(yè)醫(yī)生有權(quán)訪問詳細(xì)家庭醫(yī)療病史時在收集與疾病發(fā)展的風(fēng)險有關(guān)的信息方面的助手。一個或多個所公開的系統(tǒng)、方法、設(shè)備和/或制造產(chǎn)品提供一種鏈接家庭的不同 成員以共享其病歷的機(jī)構(gòu)。某些示例提供登記,其中以唯一標(biāo)識符來登記成員,并且各成員 可通過定義與他/她的唯一等級關(guān)系,來請求到其它家庭成員的鏈接。例如,John Doe可 將其信息輸入登記,并且可請求到其家庭成員Jane Doe (姊妹)、Jeff Doe (叔父),Joanna Doe(母親)的鏈接。括號中的項(xiàng)識別John Doe與其他人之間的等級關(guān)系。某些示例在獲得來自患者家庭成員和/或其它鏈接的個體的同意之后提供對病 歷的訪問。同意可基于每個事件、定期和/或作為一次性問題(例如在鏈接時、在提供鏈接 的建議時等等)來獲得。在一些示例中,不是允許患者直接訪問其家庭成員的病歷,而是可 使鏈接的信息匿名可用、自動提供給臨床系統(tǒng)供幫助診斷、治療和/或其它分析、路由到經(jīng) 授權(quán)的護(hù)理提供者等等。例如,信息的匿名可逐個記錄地來確定。在一些示例中,患者預(yù)期隸屬于親和域,使得該患者可共享病歷并且建立鏈接。親 和域是一組健康護(hù)理企業(yè),例如,它們同意使用一組共同的策略共同工作,并且共享共同基 礎(chǔ)設(shè)施。某些示例提供生成唯一患者標(biāo)識符的患者身份源。創(chuàng)建等級關(guān)系以幫助系統(tǒng)、方 法、設(shè)備、制造產(chǎn)品和/或該系統(tǒng)、方法、設(shè)備和/或制造產(chǎn)品的臨床醫(yī)生用戶了解患者病歷 上的家庭成員的醫(yī)療病史的顯著性。提供患者登記以便登記和鏈接標(biāo)識符?;颊邩?biāo)識符還 可用于提拉和/或同步多個源之間的信息。親和域可用于關(guān)聯(lián)各患者。提供一種同意機(jī)構(gòu) 來獲得家庭成員和/或其它相關(guān)個體批準(zhǔn),以便在接收到鏈接的請求時共享病歷。提供例 如PACS、PHR、EMR和/或其它電子數(shù)據(jù)存儲的文檔源,以便訪問病歷。通過鏈接患者,可生成合成醫(yī)療病史。當(dāng)患者認(rèn)識到其家庭內(nèi)和/或其它有關(guān)連 的個體的關(guān)連時,他或她可收集與感染特定疾病的風(fēng)險有關(guān)的更多個人信息。通過使重要 信息方便地可為健康護(hù)理提供者可用,醫(yī)院可提高其在提供護(hù)理方面的效率。用戶可根據(jù) 對于從若干信息源所收集的個人病歷的廣泛訪問,來跟蹤和趨向于各種信息。在某些示例中,在任何給定點(diǎn)所查看的家庭醫(yī)療病史包括與那個患者的(參與鏈 接的)家庭成員有關(guān)的所有最近信息。例如EMR、PHR、PACS、HIE等的分布式系統(tǒng)中的多個 數(shù)據(jù)點(diǎn)可集合在一起,以便幫助患者護(hù)理。某些示例可幫助執(zhí)業(yè)醫(yī)生根據(jù)對詳細(xì)家庭醫(yī)療 病史的訪問來收集與疾病發(fā)展的風(fēng)險有關(guān)的信息。某些示例提供對于跨企業(yè)的病歷鏈接的 服務(wù)提供。某些示例可用于通過病歷來鏈接人。某些示例可與例如PACS、RIS、PHR、EHR、 HIE等系統(tǒng)集成以便獲得病歷。在一些示例中,等級在鏈接的患者之間和/或存在于其記錄中的與那些患者相關(guān) 的特性和/或數(shù)據(jù)之間定義。例如,等級可用于評估存在于鏈接的家庭病史中的健康狀況 (condition)的相關(guān)性,供患者診斷。在一些示例中,可將標(biāo)識符指派給個體患者以及有關(guān)連的患者的家庭?;颊邩?biāo)識 符可以在家庭中交叉鏈接。例如,交叉鏈接可自動地和/或使用請求和批準(zhǔn)模型來確定。某 些示例可搜索患者的家庭成員和/或其它關(guān)系,請求到患者記錄的連接,以及定義患者與 其他人之間的關(guān)系。如果其他人接受,則患者的記錄也將反映相關(guān)人的信息。算法可用于根據(jù)患者的記錄來識別可能的家庭成員,并且提出與該患者的關(guān)系。 該算法可適應(yīng)離異的小孩等。該算法可用于查找可能在遺傳學(xué)上影響患者的醫(yī)療病史的任何人,并且然后詢問一個或多個個體(如果他們想要連上)。在一些示例中,患者可跨不同 的系統(tǒng)具有多個標(biāo)識符;對于該患者可以交叉聯(lián)接這些標(biāo)識符以供跨系統(tǒng)的引用。在一些示例中,跨企業(yè)文檔共享(XDS)可用于共享和/或連接機(jī)構(gòu)之間的文檔???利用XDS以及集成健康護(hù)理企業(yè)(IHE)簡檔/協(xié)議來跨機(jī)構(gòu)系統(tǒng)地傳送文檔并且連接文檔 供共同使用。例如,可定義用于搜索和/或識別存在于文檔中的信息的文檔格式標(biāo)準(zhǔn)。例如,交叉鏈接功能性可構(gòu)建到醫(yī)院收入循環(huán)管理系統(tǒng)和/或各種患者信息系統(tǒng) 中,和/或可得到獨(dú)立系統(tǒng)支持,該獨(dú)立系統(tǒng)從各種患者信息系統(tǒng)應(yīng)用(其向該獨(dú)立系統(tǒng)饋 送患者信息)收集信息。例如,患者關(guān)系信息可在特定醫(yī)院信息系統(tǒng)中聚合和/或跨若干 個這類系統(tǒng)來聚合。在某些示例中,可提供患者關(guān)系樹的圖形表示,以便允許用戶更容易可視化患者 關(guān)系和/或其它關(guān)連。例如,可在由操作人員、管理員等配置的諸如入院/登記、出院、轉(zhuǎn)院 (ADT)等的各個護(hù)理點(diǎn)通知操作人員關(guān)于患者與其他患者的關(guān)系。例如,通過圖形顯示器、 通知等,關(guān)系信息可在急診期間供患者使用。例如,關(guān)系信息可在臨床研究和分析中使用。 例如,關(guān)系信息可用于將輸入提供到醫(yī)院收入循環(huán)管理系統(tǒng)中,以便于提供促銷活動。例 如,可根據(jù)患者關(guān)系和病史信息為患者改進(jìn)、量身定制和/或以其它方式更好地選擇健康 護(hù)理服務(wù)。根據(jù)鏈接和關(guān)系信息所組織的健康記錄可作為例如經(jīng)由萬維網(wǎng)和/或?qū)S镁W(wǎng)絡(luò) 可訪問的個人健康記錄端口等患者聯(lián)機(jī)端口的一部分來提供和/或訪問。例如,通過實(shí)現(xiàn)緊急聯(lián)絡(luò)信息的提供以及支持患者信息的有效利用,使用電子患 者家庭病史和/或其它鏈接信息可幫助臨床醫(yī)生提供改進(jìn)的患者護(hù)理。通過提供可用于臨 床分析的信息,關(guān)系信息可幫助改進(jìn)整體健康護(hù)理。例如,鏈接的信息可用于幫助在醫(yī)院企 業(yè)中生成定制護(hù)理計劃和有組織的護(hù)理以及商業(yè)機(jī)會。雖然患者信息往往分布于系統(tǒng)中而沒有識別和可視化關(guān)系的方式,但是患者關(guān)系 可通過圖形方式等等來識別和描述??勺R別、鏈接、跟蹤、描述患者與其配偶、鄰居、社交網(wǎng) 絡(luò)等之間的患者間關(guān)系等。例如可通過數(shù)據(jù)庫來組合以及識別跨數(shù)據(jù)庫的信息,從而從各 種系統(tǒng)來收集信息。例如,可顯示和/或圖形表示患者間關(guān)系。例如,患者間關(guān)系信息和交叉鏈接可結(jié)合EMR、PHR和/或其它連通性框架來實(shí)現(xiàn)。 上述某些示例可適用于基于健康信息交換(HIE)標(biāo)準(zhǔn)的架構(gòu)和部件,例如文檔存儲、查詢、 到數(shù)據(jù)源的連通性、數(shù)據(jù)登記/儲存庫、基于人口的臨床質(zhì)量改進(jìn)以及具有報告工具、托管 接口、主患者登記、主提供者登記等的研究數(shù)據(jù)庫。將跨企業(yè)文檔共享(XDS)與臨床數(shù)據(jù)儲 存庫(CDR)進(jìn)行組合使文檔的原始內(nèi)容和上下文能夠保存,而且還使臨床相干值的捕獲能 夠?qū)崿F(xiàn)超過文檔限制的數(shù)據(jù)的其它用途。例如,這種組合可包括跨數(shù)據(jù)源的數(shù)據(jù)的規(guī)格化。 某些示例還便于跨多個數(shù)據(jù)源的數(shù)據(jù)訪問和信息交換,數(shù)據(jù)源例如是付款人、金融機(jī)構(gòu)、電 子病歷(EMR)系統(tǒng)、執(zhí)業(yè)管理系統(tǒng)、索賠/處方數(shù)據(jù)庫、藥品公司、醫(yī)師/醫(yī)院端口、藥房效 益管理(PBM)等。此外,某些實(shí)施例提供向/來自患者、患者護(hù)理小組(專業(yè)和家庭)的成 員、其它第三方和特定裝置的信息的基于規(guī)則的推送/拉取(根據(jù)各數(shù)據(jù)源的簡檔)。例 如,信息可包括安全消息傳遞和圖像和/或掃描臨床文檔。規(guī)則可包括人工或自動數(shù)據(jù)交 換、數(shù)據(jù)的請求和接受等。某些示例提供萬維網(wǎng)端口應(yīng)用供向患者的數(shù)據(jù)呈現(xiàn)。例如,基于萬維網(wǎng)的端口可 根據(jù)患者的特定個性和生活方式評估為用戶提供自適應(yīng)和主動體驗(yàn),包括匹配技術(shù)/工具、教育/信息和指導(dǎo)反饋。某些示例將人工智能應(yīng)用于順應(yīng)性工具,以便根據(jù)廣泛但目標(biāo)明確的數(shù)據(jù)集(例 如,患者輸入的數(shù)據(jù)、EMR數(shù)據(jù)、其它第三方臨床和金融/行政數(shù)據(jù)等等)來形成與定制的算 法組合的個性化護(hù)理計劃,以便提供護(hù)理管理計劃的跟蹤、基于患者的選擇(例如,如果您 選擇A、B和C,則您的血壓將為χ與y)的對患者的影響的文本和圖形的預(yù)計模擬。例如, 預(yù)計模擬可包括金融以及醫(yī)療場景。某些示例結(jié)合非健康護(hù)理特定的技術(shù),例如Sametime/synchronous eVisit協(xié)作 工具、社交/團(tuán)體站點(diǎn)、工具以用于幫助管理健康護(hù)理(例如,金融計算器、質(zhì)量評估工具
寸J寸寸°例如,某些示例便于經(jīng)由醫(yī)療質(zhì)量改進(jìn)協(xié)會(MQIC)和其它基礎(chǔ)設(shè)施工具來跟蹤 患者結(jié)果與順應(yīng)性的關(guān)系。某些示例為醫(yī)師特定端口服務(wù)提供工具/信息交換架構(gòu)的擴(kuò)充。某些示例為系統(tǒng)和方法提供聚合跨多個數(shù)據(jù)源(例如,醫(yī)師電子病歷、臨床或醫(yī) 院電子病歷、付款人索賠歷史、藥學(xué)慢性病管理、金融機(jī)構(gòu)/帳戶等)的患者健康信息的能 力,并且例如使用臨床健康護(hù)理信息交換(HIE)標(biāo)準(zhǔn)來進(jìn)行這種操作。某些示例提供以交 互方式連接到患者病歷的系統(tǒng),其中記錄自動適合患者的偏好,以便例如實(shí)現(xiàn)最可能的順 應(yīng)性水平和/或跟上患者變化的健康狀況。另外,某些示例通過提供自動適合患者的特定和變化的健康狀態(tài)并且提供綜合教 育和順應(yīng)性工具來驅(qū)動肯定的健康結(jié)果的基于標(biāo)準(zhǔn)的組織工具來幫助解決便于患者了解 和決策制定的復(fù)雜問題?;跇?biāo)準(zhǔn)的部件用于信息交換。這些部件可符合最新健康行業(yè)技術(shù)標(biāo)準(zhǔn)。在向 參與登記和儲存庫發(fā)送患者信息的臨床系統(tǒng)不能按照一種或多種行業(yè)標(biāo)準(zhǔn)進(jìn)行通信的情 況下,可在將消息添加到登記或儲存庫之前將消息變換成符合一種或多種可適用標(biāo)準(zhǔn)的消 肩、ο可跨多個數(shù)據(jù)源來聚合數(shù)據(jù),以便為患者提供全局視圖或縱向記錄。在現(xiàn)有系統(tǒng) 中,例如只有患者信息的局部視圖是經(jīng)由EMR、保險索賠數(shù)據(jù)庫或付款人資助端口可用的。在某些示例中,登記和儲存庫足夠靈活以便適應(yīng)關(guān)于患者的臨床、金融和人口統(tǒng) 計數(shù)據(jù)。登記和儲存庫可管理和維護(hù)患者一生的數(shù)據(jù)。在現(xiàn)有系統(tǒng)中,當(dāng)患者不再被另一 個實(shí)體(例如診所、付款人和雇主看到或者管理時,數(shù)據(jù)對于該患者不再是可用的。另外, 患者可將他或她自己的信息添加到登記和儲存庫。這允許患者將關(guān)于其健康的個人信息保 存在個人健康記錄(PHR)中。某些示例允許通過將臨床文檔轉(zhuǎn)發(fā)給提供者以供轉(zhuǎn)診工作(referral work)使得 患者與護(hù)理提供者進(jìn)行通信。某些示例還實(shí)現(xiàn)由提供者對患者創(chuàng)建的文檔的審閱。某些示 例允許患者容許或拒絕護(hù)理提供者訪問其信息。與現(xiàn)有系統(tǒng)的患者相比,這幫助為患者提 供對其記錄的更大靈活性和更好的控制。多個數(shù)據(jù)源的互連幫助實(shí)現(xiàn)患者護(hù)理小組的所有相干成員的參與,并且?guī)椭倪M(jìn) 對患者的用于管理其護(hù)理的行政和管理負(fù)擔(dān)。具體來說,患者的電子病歷和/或其它醫(yī)療 數(shù)據(jù)的互連可幫助改進(jìn)患者護(hù)理和患者信息的管理。此外,患者護(hù)理順應(yīng)性通過提供自動 適合患者的特定和變化的健康狀態(tài)并且提供綜合教育和順應(yīng)性工具來驅(qū)動肯定的健康結(jié)
8果的工具來促進(jìn)。健康護(hù)理信息技術(shù)基礎(chǔ)設(shè)施可適應(yīng)成服務(wù)于多個商業(yè)興趣,同時提供臨床信息和 服務(wù)。這種基礎(chǔ)設(shè)施可包括集中的能力,包括例如數(shù)據(jù)儲存庫、報告、謹(jǐn)慎的數(shù)據(jù)交換/連 通性、“智能”算法、個性化/消費(fèi)者決定支持等。例如,這種集中的能力向包括下列在內(nèi)的 多個用戶提供信息和功能性1)PHR、裝置和消費(fèi)者、雇主和醫(yī)師端口 120 ;2)EMR、性能提升 付費(fèi)(P4P)、慢性病模型和臨床HIE/RHI0 ;3)企業(yè)藥物研究;和/或4)家庭健康,包括家庭 保險和家庭裝置連通性。圖1示出示例健康護(hù)理信息交換(HIE) 100。HIE 100組織成提供跨多個組織的健 康護(hù)理信息的存儲、訪問和可搜索性。HIE 100可服務(wù)于團(tuán)體、地區(qū)、國家、一組相關(guān)健康護(hù) 理協(xié)會等等。例如,HIE 100可作為和/或采用地區(qū)健康信息組織(RHIO)、國家健康信息網(wǎng) 絡(luò)(NHIN)、醫(yī)療質(zhì)量改進(jìn)協(xié)會(MQIC)等等來實(shí)現(xiàn)。在某些實(shí)施例中,HIE 100連接健康護(hù) 理信息系統(tǒng)、執(zhí)業(yè)管理系統(tǒng)和臨床系統(tǒng),并且?guī)椭顾鼈円园踩?、可維持續(xù)并且基于標(biāo)準(zhǔn)的 方式是可互通的。HIE 100提供在相關(guān)與完全不同的健康護(hù)理信息系統(tǒng)之間交換信息的能力。HIE 100幫助便于以改進(jìn)的安全性、及時性和/或效率等等對臨床和其它健康護(hù)理數(shù)據(jù)的訪問 和檢索。例如,HIE 100中的部件和/或參加者遵守對于在所提供的技術(shù)基礎(chǔ)設(shè)施中的信 息共享的一組共同原則和標(biāo)準(zhǔn)。HIE 100可用于存儲、訪問和/或檢索各種數(shù)據(jù),包括與門 診病人和/或住院病人看病相關(guān)的數(shù)據(jù)、實(shí)驗(yàn)室結(jié)果數(shù)據(jù)、急病室看病數(shù)據(jù)、藥物治療、過 敏性、病理學(xué)結(jié)果數(shù)據(jù)、注冊和/或符合資格數(shù)據(jù)、疾病和/或慢性病護(hù)理管理數(shù)據(jù)/服務(wù)寸寸。在某些實(shí)施例中,HIE 100提供集中的數(shù)據(jù)架構(gòu)。但是,在某些實(shí)施例中,HIE 100 也可利用組合的集中但部分分布式的數(shù)據(jù)架構(gòu)。某些實(shí)施例創(chuàng)建健康信息的聚合的以患者 為中心的視圖。在某些實(shí)施例中,HIE 100提供用于質(zhì)量改進(jìn)、護(hù)理管理、研究等的不用識 別的人口數(shù)據(jù)的一個或多個大型數(shù)據(jù)庫。例如,通過HIE 100,患者和/或提供者可控制信 息訪問、保密和安全性。HIE 100包括XDS儲存庫和登記110、一個或多個臨床系統(tǒng)120、一個或多個實(shí)驗(yàn)室 或放射系統(tǒng)130、一個或多個執(zhí)業(yè)系統(tǒng)140、索賠歷史150和個人健康記錄(PHR)端口 160。 系統(tǒng)120、130、140可包括各種信息和/或查詢源,例如健康護(hù)理機(jī)構(gòu)、實(shí)驗(yàn)室、電子病歷 (EMR)系統(tǒng)、健康護(hù)理信息系統(tǒng)、保險系統(tǒng)、藥劑系統(tǒng)等等。例如,實(shí)驗(yàn)室系統(tǒng)可包括關(guān)于對 患者所執(zhí)行的測試有關(guān)的信息和測試結(jié)果。例如,臨床信息系統(tǒng)可包括與患者有關(guān)的各種 類型的臨床信息。例如,藥劑系統(tǒng)可包括與患者可正使用的處方或藥物有關(guān)的信息。例如, 索賠歷史150可包括保險人的記錄。PHR端口 160可包括一個或多個萬維網(wǎng)查看器或端口、 EMR系統(tǒng)、應(yīng)用服務(wù)提供方(ASP)系統(tǒng)、健康護(hù)理信息系統(tǒng)、執(zhí)業(yè)管理系統(tǒng)等等。源120-160 是示例,并且可使用其它源。HIE 100的部件可通過例如軟件、硬件和/或固件單獨(dú)地和/ 或按照各種組合來實(shí)現(xiàn)。在某些實(shí)施例中,例如,HIE 100提供技術(shù)架構(gòu)、web應(yīng)用、包括EMR能力的數(shù)據(jù)儲 存庫以及基于人口的臨床質(zhì)量報告系統(tǒng)。該架構(gòu)包括用于文檔存儲、查詢和連通性的部件, 例如XDS登記和儲存庫110以及索賠歷史150。例如,端口 160可包括向醫(yī)師和患者的數(shù)據(jù) 呈現(xiàn)的web端口應(yīng)用。在某些實(shí)施例中,例如,XDS登記和儲存庫110可包括用于醫(yī)師的基于預(yù)訂的EMR的選項(xiàng)。在某些實(shí)施例中,例如,HIE 100為基于人口的臨床質(zhì)量改進(jìn)和研究 數(shù)據(jù)庫提供報告工具。在某些實(shí)施例中,XDS登記和儲存庫110是數(shù)據(jù)庫或其它數(shù)據(jù)存儲,它適合以加密 形式來存儲對于患者以及經(jīng)授權(quán)醫(yī)療診所可訪問的患者病歷數(shù)據(jù)和關(guān)聯(lián)審計日志。在一個 實(shí)施例中,XDS登記和儲存庫110可實(shí)現(xiàn)為服務(wù)器或一組服務(wù)器。XDS登記和儲存庫110也 可以是連接到位于分離物理位置的其它服務(wù)器或者其它服務(wù)器組的一個服務(wù)器或者一組 服務(wù)器。XDS登記和儲存庫110可表示分離形式的單一單元、單獨(dú)單元或單元組,并且可通 過硬件和/或軟件來實(shí)現(xiàn)。XDS登記和儲存庫110可接收來自多個源的醫(yī)療信息。使用例如在HIE 100中的XDS標(biāo)準(zhǔn),可集成文檔查詢和存儲,以便獲得更有效和統(tǒng) 一的信息交換。使用HIE 100,質(zhì)量報告和研究可集成在RHIO和/或其它環(huán)境中或者與其 集成。例如,HIE 100可提供可集成并且適合其它基于標(biāo)準(zhǔn)的系統(tǒng)的單廠家集成系統(tǒng)。在某些實(shí)施例中,HIE 100幫助便于MQIC的實(shí)現(xiàn)。經(jīng)由HIE 100,一組EMR用戶可 同意共享在XDS登記和儲存庫110的數(shù)據(jù)。HIE 100則可為該組提供對聚合數(shù)據(jù)的訪問以 用于研究、患者診斷和治療的最佳執(zhí)業(yè)、質(zhì)量改進(jìn)工具等。例如,通過MQIC和HIE 100,用 戶可通過更新的工具和擴(kuò)大的EMR質(zhì)量改進(jìn)報告來幫助改進(jìn)健康護(hù)理的質(zhì)量。MQIC和HIE 100向成員提供與例如糖尿病、心臟病發(fā)作、中風(fēng)(stroke)、高血壓、充血性心力衰竭等的 患者疾病有關(guān)的更新臨床信息。數(shù)據(jù)交換也可用于臨床研究。在某些實(shí)施例中,用戶可經(jīng) 由HIE 100參加或退出特定項(xiàng)目/協(xié)作。在某些實(shí)施例中,安全因特網(wǎng)線路和/或基于萬 維網(wǎng)的端口可用于訪問HIE 100以參與MQIC。XDS提供跨健康護(hù)理企業(yè)的對形成患者EMR的臨床文檔的登記、分發(fā)和訪問。XDS 經(jīng)由可縮放架構(gòu)提供對患者文檔的存儲、索引和查詢/檢索的支持?,F(xiàn)有XDS登記和儲存庫 在IHE下定義成僅支持一個親和域,其定義為一組健康護(hù)理企業(yè)系統(tǒng),它們已經(jīng)商定策略 來經(jīng)由共同的一組策略和單個登記相互共享其醫(yī)療內(nèi)容。但是,某些示例支持多個親和域, 使得各親和域保持它作為單獨(dú)親和域的自主權(quán),但是與其它所涉及的親和域共享硬件和軟 件的一個實(shí)例。XDS登記和儲存庫110可維護(hù)用于描述參與各親和域的臨床系統(tǒng)的親和域 關(guān)系表。一旦進(jìn)行對文檔的請求,則請求源是已知的,并且用于確定儲存庫110中的哪一個 (哪些)文檔對請求用戶公開,因而維護(hù)親和域的自主權(quán)。在某些示例中,XDS登記和儲存庫110表示用于存儲包括使用歷史的患者病歷的 加密更新事務(wù)的中央數(shù)據(jù)庫。在一個示例中,XDS登記和儲存庫110還存儲患者病歷。XDS 登記和儲存庫110存儲和控制對加密信息的訪問。在一個示例中,可存儲病歷,而無需使 用病歷特定的邏輯結(jié)構(gòu)。通過這種方式,XDS登記和儲存庫110不是可搜索的。例如,患者 的數(shù)據(jù)可采用唯一患者擁有密鑰在數(shù)據(jù)源來加密。然后,將數(shù)據(jù)上載到XDS登記和儲存庫 110。患者的數(shù)據(jù)可下載到例如計算機(jī)單元,并且采用加密密鑰本地解密。在一個示例中, 訪問軟件、如患者使用的軟件和醫(yī)療診所使用的軟件執(zhí)行加密/解密。在某些示例中,XDS登記和儲存庫110維護(hù)患者的登記和醫(yī)療診所的登記。醫(yī)療診 所可在XDS登記和儲存庫110中采用姓名、地址和其它識別信息來登記。向醫(yī)療診所發(fā)出與 許可證關(guān)聯(lián)的電子密鑰。還向醫(yī)療診所授予安全類別。安全類別通常基于臨床類型。在某 些示例中,從醫(yī)療診所發(fā)送的請求和數(shù)據(jù)采用診所的許可證以數(shù)字方式來簽署,并且由XDS 登記和儲存庫110來認(rèn)證?;颊呖稍赬DS登記和儲存庫410中采用患者標(biāo)識符和密碼哈希來登記?;颊哌€可在XDS登記和儲存庫110中采用姓名、地址和其它識別信息來登記。通 常,向已登記患者發(fā)出包含唯一患者標(biāo)識符和加密密鑰的令牌(token)。該令牌可以是例如 磁卡、fob卡或者可用于識別患者的另外某種設(shè)備。患者可利用其令牌以及在一個示例中 利用用戶標(biāo)識符和密碼來訪問XDS登記和儲存庫110。在某些示例中,XDS登記和儲存庫110可包括用于獲取數(shù)據(jù)的例如實(shí)現(xiàn)獲取算法 的代碼等程序代碼。例如,獲取算法可從一個或多個源獲取與患者有關(guān)的數(shù)據(jù)。例如,獲取 算法可從源120-160的任一個獲取信息。所獲取的信息可用于在XDS登記和儲存庫110更 新患者的病歷。在某些示例中,XDS登記和儲存庫110還包括執(zhí)行規(guī)格化算法的程序代碼。 規(guī)格化算法可處理由獲取算法所獲取的信息,并且對格式進(jìn)行規(guī)格化。在某些示例中,XDS 登記和儲存庫110可把從源120-160所獲取的數(shù)據(jù)規(guī)格化成標(biāo)準(zhǔn)格式。例如,規(guī)格化數(shù)據(jù) 采用XDS登記和儲存庫110存儲在患者的病歷中。作為替代或補(bǔ)充,一旦數(shù)據(jù)被獲取,源 120-160的一個或多個可將數(shù)據(jù)發(fā)送給XDS登記和儲存庫110。例如,源120-160的一個或 多個可使患者在數(shù)據(jù)源進(jìn)行登記。然后,源120-160的一個或多個可使用患者標(biāo)識符和患 者加密密鑰對數(shù)據(jù)進(jìn)行加密,并且將數(shù)據(jù)發(fā)送給XDS登記和儲存庫110,以便更新患者的病 歷。另外,數(shù)據(jù)可由源120-160在發(fā)送給XDS登記和儲存庫110之前進(jìn)行規(guī)格化。例如,XDS登記和儲存庫110可從例如120、130和140等多個源獲取信息。XDS登 記和儲存庫110可將所獲取數(shù)據(jù)規(guī)格化到標(biāo)準(zhǔn)格式。算法單元可作為輸入來接收存儲在 XDS登記和儲存庫110的患者的數(shù)據(jù)。在XDS登記和儲存庫110所存儲的數(shù)據(jù)可以是來自 各種源、例如來自付款人、金融機(jī)構(gòu)、電子病歷、執(zhí)業(yè)管理系統(tǒng)、索賠數(shù)據(jù)庫、藥品公司、實(shí)驗(yàn) 室、醫(yī)師、醫(yī)院和/或其它源的數(shù)據(jù)的匯編。在一個示例中,將患者的報告上載到XDS登記 和儲存庫110,并且成為患者病歷的一部分。圖2示出示例健康護(hù)理信息架構(gòu)200。架構(gòu)200包括HIE集線器510、一個或多個 數(shù)據(jù)共享源230、一個或多個數(shù)據(jù)查詢源240、一個或多個萬維網(wǎng)查看器250、醫(yī)師辦公室應(yīng) 用服務(wù)提供方(ASP) 260和一個或多個EMR 270。HIE集線器210可包括多個子部件,例如 查詢引擎212、網(wǎng)關(guān)或接口 214、EMR共享臨床儲存庫216、數(shù)據(jù)儲存庫218和萬維網(wǎng)查看應(yīng) 用服務(wù)器220。例如,集線器210還可為數(shù)據(jù)的存儲、檢索和查詢提供安全服務(wù)。例如,數(shù)據(jù) 源230可包括EMR、放射、實(shí)驗(yàn)室和/或其它臨床數(shù)據(jù)源。例如,數(shù)據(jù)查詢源240可包括保險 公司、藥房、處方效益管理器和/或其它服務(wù)。健康信息架構(gòu)200的部件可通過例如軟件、 硬件和/或固件單獨(dú)地和/或按照各種組合來實(shí)現(xiàn)。在操作中,文檔共享可由架構(gòu)200經(jīng)由集線器210來便利化。使用例如健康信息技 術(shù)標(biāo)準(zhǔn)組(HITSP)批準(zhǔn)并且由美國健康與人類服務(wù)部(HHS)接受的標(biāo)準(zhǔn)、健康水平七(HL7) 和/或醫(yī)學(xué)數(shù)字成像和通信(DICOM)通信接口和文件格式標(biāo)準(zhǔn)等接口標(biāo)準(zhǔn)從一個或多個源 220來傳遞患者數(shù)據(jù)。數(shù)據(jù)經(jīng)由網(wǎng)關(guān)/接口 214進(jìn)入集線器210。在集線器210中,包括患 者標(biāo)識符交叉引用(PIX)和/或患者人口統(tǒng)計查詢(PDQ)的主患者索引(MPI)可幫助便于 相干患者數(shù)據(jù)的交換。此外,例如,記錄定位符服務(wù)(RLS)可在集線器210中使用以用于使 用跨企業(yè)文檔共享(XDS)登記來幫助定位適當(dāng)?shù)墓蚕砦臋n。臨床數(shù)據(jù)、文檔和/或圖像可 存儲在EMR共享臨床儲存庫216、數(shù)據(jù)儲存庫218和/或例如放射/實(shí)驗(yàn)室230等源系統(tǒng) 中。一個或多個查詢源240可使用例如HITSP批準(zhǔn)和HHS接受的X. 12和/或全國處
11方藥計劃理事會(NCPDP)通信標(biāo)準(zhǔn)等接口標(biāo)準(zhǔn)將查詢信息傳送給查詢引擎212。查詢引擎 212用作消息集線器和/或交換機(jī),以便將查詢消息路由到適當(dāng)?shù)膬Υ鎺臁T谀承┦纠?,?shù)據(jù)儲存庫218包括至少部分由Continuity ofCare Documents (CCD)或來自電子病歷(EMR)的其它臨床概括文檔、從任何源230或240或者由 個人健康記錄(PHR)文檔來填充的XDS文檔儲存庫。這些文檔可被轉(zhuǎn)發(fā)給用戶260和/或 270或者由他們查詢。例如,數(shù)據(jù)儲存庫218可包括交換個人健康記錄(XPHR)內(nèi)容(提供 由健康護(hù)理提供者所請求的共同信息)。通過XPHR,患者可將其PHR信息的概括提供給提 供者,并且提供者可在遇到健康護(hù)理之后建立對患者的PHR的更新。一個或多個醫(yī)師或其它健康護(hù)理辦公室系統(tǒng)的團(tuán)體可存儲、訪問或交換EMR共享 臨床儲存庫216、如基于ASP辦公室系統(tǒng)260中的信息。例如,可利用與護(hù)理管理、決定支 持、報告和/或醫(yī)師signofT相關(guān)的信息。作為替代和/或補(bǔ)充,例如,可把來自數(shù)據(jù)儲存 庫218的數(shù)據(jù)與一個或多個EMR 270 (例如主護(hù)理提供者EMR)進(jìn)行交換。作為補(bǔ)充和/或 替代,經(jīng)由萬維網(wǎng)服務(wù)器或應(yīng)用220把來自數(shù)據(jù)儲存庫218的數(shù)據(jù)提供給一個或多個萬維 網(wǎng)查看器或端口 250。在某些示例中,例如,萬維網(wǎng)端口可用于便于訪問信息、患者護(hù)理和/或執(zhí)業(yè)管 理。經(jīng)由萬維網(wǎng)端口可用的信息和/或功能性包括醫(yī)囑輸入(order enter)、實(shí)驗(yàn)室測試 結(jié)果審閱系統(tǒng)、患者信息、臨床決定支持、藥物治療管理、時間安排、電子郵件和/或消息傳 遞、醫(yī)療資源等的一個或多個。在某些示例中,例如,萬維網(wǎng)端口用作訪問信息和應(yīng)用的中央接口。例如,數(shù)據(jù)可 通過基于萬維網(wǎng)的端口或查看器來查看。另外,例如,數(shù)據(jù)可使用萬維網(wǎng)端口來操縱和傳 播。數(shù)據(jù)可被生成、修改、存儲和/或使用,并且然后例如經(jīng)由萬維網(wǎng)端口和HIE集線器傳 遞給另一個應(yīng)用或系統(tǒng)以便進(jìn)行修改、存儲和/或使用。例如,萬維網(wǎng)端口可以是本地(例如在辦公室中)和/或遠(yuǎn)程(例如經(jīng)由因特網(wǎng) 和/或其它專用網(wǎng)絡(luò)或連接)可訪問的。例如,萬維網(wǎng)端口可配置成幫助或指導(dǎo)用戶訪問 數(shù)據(jù)和/或功能,以便于患者護(hù)理和執(zhí)業(yè)管理。在某些示例中,例如,萬維網(wǎng)端口可按照某 些規(guī)則、偏好和/或功能來配置。例如,用戶可按照特定期望、偏好和/或要求來定制萬維 網(wǎng)端口。 在某些示例中,XDS簡檔和/或協(xié)議(例如醫(yī)療概述集成簡檔的集成健康護(hù)理企業(yè) 跨企業(yè)共享(IHE XDS-MS)協(xié)議)可用于定義用于患者文檔共享的一個或多個實(shí)體之間的 聯(lián)合或連接。例如,XDS可用于形成一個查詢,它采用關(guān)于特定患者的信息和/或其它判據(jù) 來識別源,確定用于關(guān)聯(lián)與患者相關(guān)的臨床數(shù)據(jù)的標(biāo)識符和/或其它判據(jù)并且向適當(dāng)?shù)脑?和/或儲存庫、例如XDS文檔儲存庫518請求患者信息。如上所述,記錄定位符服務(wù)(RLS) 也可用于便于組織之間的信息的共享。在某些示例中,集線器210在數(shù)據(jù)的傳輸和查詢期間提供安全服務(wù)。安全服務(wù)可 包括例如審計跟蹤等審計記錄和節(jié)點(diǎn)認(rèn)證(ATNA)可計帳記錄的生成和存儲。另外,安全服 務(wù)可包括患者隱私同意管理,例如基本患者隱私同意(BPPC)。安全服務(wù)還可包括跨網(wǎng)絡(luò)系 統(tǒng)的時間一致性或協(xié)調(diào)。在某些示例中,架構(gòu)200支持集線器210中的委托中介或動作器,以便在數(shù)據(jù)/服 務(wù)提供方和數(shù)據(jù)/服務(wù)客戶端之中關(guān)聯(lián)身份和信用。一旦已經(jīng)認(rèn)證源和/或用戶,則集線器210可使用認(rèn)證來建立數(shù)據(jù)的安全上下文。例如,患者隱私同意、如BPPC可提供對數(shù)據(jù) 和/或系統(tǒng)的訪問控制的簡檔。從患者獲得患者同意,并且其建立共享和使用患者數(shù)據(jù)的 規(guī)則?;颊唠[私同意可與認(rèn)證進(jìn)行組合,例如以便幫助確保架構(gòu)200中的可靠性和安全性。 例如,交叉用戶認(rèn)證和患者同意可用于認(rèn)證兩個健康護(hù)理實(shí)體之間的患者的EMR信息的共 享。BPPC簡檔可提供架構(gòu)200中的隱私同意策略的實(shí)現(xiàn),并且例如可擴(kuò)展訪問控制標(biāo)記語 言(XACML)等語言或協(xié)議可與BPPC配合使用以用于實(shí)現(xiàn)訪問控制規(guī)則。使用上述系統(tǒng)的一個或多個,可提供端對端數(shù)字健康服務(wù)和平臺以便幫助實(shí)現(xiàn)個 性化、自適應(yīng)并且更綜合的患者病歷,它與患者的醫(yī)師/護(hù)理小組、付款人、雇主和金融機(jī) 構(gòu)相連接。病歷可經(jīng)由XDS登記和儲存庫來聚合和相連,并且由數(shù)據(jù)以及服務(wù)的多個源/ 用戶來共享。例如,來自醫(yī)師的患者的電子病歷、診所或醫(yī)院電子病歷、付款人索賠歷史、藥 學(xué)慢性病管理和/或金融機(jī)構(gòu)/帳戶的信息可使用臨床HIE標(biāo)準(zhǔn)交互式地聚合。例如,這 類互連幫助個人健康記錄自動適合患者的偏好,以便實(shí)現(xiàn)最可能的順應(yīng)性水平和/或跟上 患者變化的健康狀況。另外,患者了解和決策制定可通過提供自動適合患者的特定和變化 的健康狀態(tài)并且提供綜合教育和順應(yīng)性工具來幫助驅(qū)動肯定的健康結(jié)果的基于標(biāo)準(zhǔn)的組 織工具來便利化,。某些示例實(shí)現(xiàn)跨多個治療和健康領(lǐng)域的改進(jìn)的文檔管理和測量。某些示例提供推 薦護(hù)理的遞送和質(zhì)量連同患者順應(yīng)性和結(jié)果管理。例如,使用上述企業(yè)模型,為各種目標(biāo)聽 眾、位置和方法采用疾病狀態(tài)協(xié)議產(chǎn)生可測量、有意義并且可縮放(scalable)的結(jié)果。經(jīng) 由訪問端口、如基于萬維網(wǎng)的訪問端口,例如患者、臨床醫(yī)生或付款人等用戶可在護(hù)理點(diǎn)和 /或看病點(diǎn)外面(outside a visit)來訪問信息和教育服務(wù)以及生成測量的結(jié)果。例如,某些示例通過EMR平臺來提供對患者的臨床醫(yī)生指導(dǎo)干預(yù),包括將治療和 疾病管理方針結(jié)合到EMR中、提供專業(yè)教育和訓(xùn)練(例如一般疾病概覽)和基于患者護(hù)理 的信息等以及經(jīng)由EMR以電子方式提供定制的患者教育。例如,結(jié)果可經(jīng)由EMR/MQIC和企 業(yè)模型中的訪問端口來測量和管理。除了臨床PHR/EMR系統(tǒng)和方法之外,信息和訪問還可經(jīng)由有權(quán)訪問遠(yuǎn)程服務(wù)器 (例如遠(yuǎn)程PHR服務(wù)器)的本地用戶計算機(jī)來提供。圖3示出由個體控制以便在醫(yī)師辦公 室管理個體的臨床信息的示例PHR系統(tǒng)300。系統(tǒng)300包括數(shù)據(jù)中心310、患者家庭計算機(jī) 320、臨床服務(wù)器330、前臺或接待接口 340和醫(yī)師計算機(jī)350。在一個示例中,數(shù)據(jù)中心310包括PHR數(shù)據(jù)庫和/或其它數(shù)據(jù)存儲器314,它用于 以加密形式來存儲患者以及經(jīng)授權(quán)護(hù)理提供者組織(包括醫(yī)院、醫(yī)生辦公室和/或其它診 斷/治療機(jī)構(gòu))可訪問的患者病歷數(shù)據(jù)和關(guān)聯(lián)審計日志。在一個示例中,例如,數(shù)據(jù)中心310 可以是服務(wù)器或一組服務(wù)器,和/或駐留在服務(wù)器或一組服務(wù)器上。數(shù)據(jù)中心310也可以是 連接到位于分離物理位置的其它服務(wù)器或者其它服務(wù)器組的一個服務(wù)器或者一組服務(wù)器。 數(shù)據(jù)中心310可表示分離形式的單一單元、單獨(dú)單元或單元組,并且可通過硬件和/或軟件 來實(shí)現(xiàn)。在一個示例中,數(shù)據(jù)中心310接收來自多個源的醫(yī)療信息。例如,臨床信息源可包 括各種診所、實(shí)驗(yàn)室、藥房以及患者本身。數(shù)據(jù)中心310還包括萬維網(wǎng)服務(wù)312,以便提供患者計算機(jī)320、臨床服務(wù)器330、 前臺接口 340、醫(yī)師計算機(jī)350和PHR數(shù)據(jù)庫314之間訪問控制和接口能力。例如,經(jīng)由數(shù) 據(jù)庫314的存儲和/或檢索數(shù)據(jù)的請求通過數(shù)據(jù)中心萬維網(wǎng)服務(wù)312來路由并且由其按照一個或多個規(guī)則、偏好和/或用戶簡檔來批準(zhǔn)。在一個示例中,數(shù)據(jù)中心310的數(shù)據(jù)庫314表示用于存儲包括使用歷史的患者病 歷的加密更新事務(wù)的中央數(shù)據(jù)庫314。在一個示例中,數(shù)據(jù)庫314還存儲患者病歷。數(shù)據(jù)中 心310存儲和控制對加密信息的訪問。在一個示例中,可存儲病歷,而無需使用病歷特定的 邏輯結(jié)構(gòu)。通過這種方式,數(shù)據(jù)庫314不是可搜索的。例如,患者的數(shù)據(jù)可采用唯一患者擁 有密鑰在數(shù)據(jù)源來加密。然后,將數(shù)據(jù)上載到數(shù)據(jù)中心310。數(shù)據(jù)中心310不處理或者存儲 未加密數(shù)據(jù),因而最小化隱私擔(dān)憂。患者的數(shù)據(jù)可下載到例如計算機(jī),并且采用加密密鑰本 地解密。在一個示例中,訪問軟件、如患者使用的軟件和醫(yī)療診所使用的軟件執(zhí)行加密/解密。例如,數(shù)據(jù)庫314可按照臨床、患者、患者/臨床關(guān)聯(lián)和文檔來構(gòu)成。臨床信息可包 括例如標(biāo)識符、姓名和地址、公開密鑰以及一個或多個安全類別?;颊咝畔⒖砂ɡ鐦?biāo)識 符、密碼哈希和加密電子郵件地址?;颊?臨床關(guān)聯(lián)信息可包括臨床標(biāo)識符、患者標(biāo)識符、 加密密鑰以及一個或多個優(yōu)先安全類別(override security category) 0例如,文檔信息 可包括標(biāo)識符、患者標(biāo)識符、臨床標(biāo)識符、安全類別和加密數(shù)據(jù)。數(shù)據(jù)中心310可維護(hù)患者的登記和醫(yī)療診所的登記。醫(yī)療診所可在數(shù)據(jù)中心310 中采用姓名、地址和其它識別信息來登記。向醫(yī)療診所發(fā)出與許可證關(guān)聯(lián)的電子密鑰。還 向醫(yī)療診所授予安全類別。安全類別通常基于臨床類型。在一個示例中,從醫(yī)療診所發(fā)送 的請求和數(shù)據(jù)采用診所的許可證以數(shù)字方式來簽署,并且由數(shù)據(jù)中心310來認(rèn)證?;颊呖?在數(shù)據(jù)中心310中采用患者標(biāo)識符和密碼哈希來登記,而無需任何識別信息。通常,向已登 記患者發(fā)出包含唯一患者標(biāo)識符和加密密鑰的令牌。該令牌可以是例如紙卡、磁卡、fob卡 或者可用于識別患者的另外某種設(shè)備?;颊呖衫闷淞钆埔约霸谝粋€示例中利用用戶標(biāo)識 符和密碼來訪問數(shù)據(jù)中心310。如上所述,數(shù)據(jù)中心310經(jīng)由萬維網(wǎng)服務(wù)312與患者計算機(jī)320、臨床服務(wù)器330、 接待接口 340和醫(yī)師計算機(jī)350進(jìn)行通信。數(shù)據(jù)中心320、患者計算機(jī)320、臨床服務(wù)器330、 接待接口 340和醫(yī)師計算機(jī)350可經(jīng)由可處理送往/來自數(shù)據(jù)中心310、患者計算機(jī)320、 臨床服務(wù)器330、接待接口 340和物理計算機(jī)350的電子通信的任何計算機(jī)硬件、固件和/ 或軟件進(jìn)行通信。例如,用戶可從數(shù)據(jù)中心310下載病歷,經(jīng)由例如個人或手持計算機(jī)等患者計算 機(jī)320對病歷解密,并且然后本地處理該數(shù)據(jù)。例如,在患者計算機(jī)320處的查看器322可 用于PHR通信、數(shù)據(jù)加密/解密和查看。例如,查看器322可便于從數(shù)據(jù)中心數(shù)據(jù)庫314下 載患者的PHR數(shù)據(jù),并且將患者數(shù)據(jù)存儲在患者計算機(jī)320處的PHR高速緩存324中。類似地,醫(yī)師計算機(jī)340可用于從數(shù)據(jù)中心310下載病歷信息。例如,病歷信息可 存儲在PHR數(shù)據(jù)庫314中,并且是由醫(yī)師計算機(jī)340經(jīng)由萬維網(wǎng)服務(wù)312可訪問的。作為 另一個示例,病歷信息可經(jīng)由臨床服務(wù)器330從臨床EMR 332存儲在數(shù)據(jù)中心310。在某些示例中,患者計算機(jī)320、臨床服務(wù)器330、前臺接口 340和/或醫(yī)師計算機(jī) 350中的一個或多個可用于將數(shù)據(jù)發(fā)送給數(shù)據(jù)中心310供病歷更新。例如,在前臺接口 340 的接待員和/或患者可例如經(jīng)由PHR卡打印機(jī)342來訪問PHR數(shù)據(jù)中心310用以PHR簽署、 報到和/或標(biāo)識生成。作為另一個示例,在醫(yī)師計算機(jī)350的用戶可經(jīng)由便于PHR數(shù)據(jù)的 PHR通信、加密/解密和顯示的查看器352來訪問PHR數(shù)據(jù)中心310。例如,查看器352可用于為醫(yī)師從數(shù)據(jù)庫314檢索PHR數(shù)據(jù),供存儲在活動患者的PHR高速緩存354中。作為替代和/或補(bǔ)充,例如實(shí)驗(yàn)室結(jié)果、藥學(xué)信息、患者檢查信息和圖像獲取等的 源可提供數(shù)據(jù)供存儲在數(shù)據(jù)中心310。在某些示例中,患者和/或經(jīng)授權(quán)臨床醫(yī)生可使用患 者和/或臨床醫(yī)生標(biāo)識符、許可證等進(jìn)行登記或登錄。然后,數(shù)據(jù)可使用標(biāo)識符和加密密鑰 來加密,并且發(fā)送給數(shù)據(jù)中心310,以便更新數(shù)據(jù)庫314中的患者的病歷。另外,數(shù)據(jù)可在發(fā) 送給數(shù)據(jù)中心310之前經(jīng)過規(guī)格化。在一個示例中,數(shù)據(jù)中心310、患者計算機(jī)320、臨床服務(wù)器330、接待接口 340和/ 或醫(yī)師計算機(jī)350可經(jīng)由網(wǎng)絡(luò)連接、例如通過因特網(wǎng)或?qū)S镁W(wǎng)絡(luò)連接到相互之間的一個或 多個。圖4示出示范用戶接口架構(gòu)400。架構(gòu)400包括用戶接口變換引擎402、查詢生成 /擴(kuò)充引擎403、信息合成引擎409、多文檔概括引擎414以及到連通性框架445的一個或多 個連接器419。架構(gòu)400的部件是由用戶經(jīng)由處理裝置、如計算機(jī)或手持裝置上的用戶接口 401可訪問的。例如,用戶可經(jīng)由用戶接口 401提交信息的查詢。查詢生成/擴(kuò)充引擎403包括刺激源(stimulus) 404、一個或多個查詢生成器405 以及一個或多個訪問機(jī)構(gòu)406,以便搜索一個或多個數(shù)據(jù)源407以產(chǎn)生查詢和收集文檔 408。例如,將查詢和收集文檔408傳遞給信息合成引擎409,它包括處理和應(yīng)用認(rèn)知推理的 應(yīng)用程序410、411、412、413,例如以便根據(jù)語義方針、用戶偏好和域相關(guān)信息將查詢和收集 文檔408組織為對于請求用戶有意義的一個或多個單元。包括合成器的工具箱可采用例如 冗余信息的聚合、消除、信息的小型概括和結(jié)果的融合等合成決定邏輯(CDL)來合成信息。 例如,應(yīng)用程序可包括一個或多個數(shù)據(jù)驅(qū)動應(yīng)用程序410、企業(yè)應(yīng)用接口 411、任務(wù)/過程驅(qū) 動應(yīng)用程序412和數(shù)據(jù)結(jié)構(gòu)特定應(yīng)用程序413。應(yīng)用程序410、411、412和/或413可包括 與新數(shù)據(jù)類型、新數(shù)據(jù)結(jié)構(gòu)、域特定任務(wù)/過程、新應(yīng)用接口等相關(guān)的一個或多個模板。查 詢和收集文檔408的合成和處理響應(yīng)用戶查詢而產(chǎn)生一束信息410。多文檔概述引擎414接收文檔束410,并且將這些文檔分割成小節(jié)415。小節(jié)415 根據(jù)相似概念416來群集。然后從概念416形成元文檔417。概述418從元文檔417生成。 查詢結(jié)果410、元文檔417和/或元文檔概述418可經(jīng)由用戶接口 401提供給用戶。例如,經(jīng)由到連通性框架445的連接器419,用戶接口 401及其引擎403、409、414 可響應(yīng)用戶查詢而經(jīng)由接口 401發(fā)送和接收信息。例如,查詢引擎403可訪問連通性框架 445,以便查詢一個或多個數(shù)據(jù)源407。連通性框架445包括客戶框架420。客戶框架420包括一個或多個產(chǎn)品422的上 下文管理器(context manager)421、患者搜索423、登記導(dǎo)航器424和查看器425。因此,在 某些實(shí)施例中,連通性框架420可便于經(jīng)由用戶接口 401對信息的查看和訪問,并且與用戶 接口 401分隔開。經(jīng)由連通性框架445,查詢引擎403和/或用戶接口 401的其它部分可通 過多層(tier)來訪問信息和/或服務(wù)。例如,層可包括客戶框架層426、應(yīng)用層428和集成層430。例如,客戶框架層426 包括便于信息的輸入和輸出的一個或多個客戶端web服務(wù)器427。應(yīng)用層428包括與企業(yè) 和/或部門使用相關(guān)的一個或多個應(yīng)用程序429,例如商業(yè)應(yīng)用程序、電子病歷、企業(yè)應(yīng)用 程序、電子健康端口等等。集成層430包括合并互通性平臺服務(wù)器435,它經(jīng)由例如缺省和 /或定制接口的一個或多個代理點(diǎn)(factory) 436和/或顧客437接口、使用各種消息格式、
15如web服務(wù)(WS)、X12、健康水平七(HL7)等與消費(fèi)者信息技術(shù)(IT)443進(jìn)行通信。例如, 合并互通性平臺435可經(jīng)由公共服務(wù)模型(CSM)和/或通用消息模型與應(yīng)用層428的一個 或多個應(yīng)用程序429進(jìn)行通信。如圖所示,例如,在圖4中,合并互通性平臺435包括企業(yè)服務(wù)總線(ESB)431、登 記、數(shù)據(jù)和服務(wù)集合432、配置信息433和臨床內(nèi)容網(wǎng)關(guān)(CCG)接口引擎434。例如,ESB 431 可以是符合Java商業(yè)智能(TBI)的ESB。ESB 431可包括用于使用例如X12、HL7、S0AP (簡 單對象訪問協(xié)議)等特定協(xié)議/數(shù)據(jù)格式來訪問萬維網(wǎng)服務(wù)的一個或多個端點(diǎn)或位置,例 如以便傳送消息和/或其它數(shù)據(jù)。例如,使用CSM,ESB 431便于與應(yīng)用層428的應(yīng)用程序 429的通信。經(jīng)由ESB 431,例如,可響應(yīng)查詢而將登記、數(shù)據(jù)和服務(wù)儲存庫432中的信息提 供給應(yīng)用層431。配置信息433可用于指定一個或多個參數(shù),例如經(jīng)授權(quán)用戶、個別用戶和 /或用戶組/類型的授權(quán)等級、安全配置信息、隱私設(shè)定、審計信息等。例如,CCG接口引擎 431接收來自消費(fèi)者IT框架443的數(shù)據(jù),并且將該數(shù)據(jù)提供給登記432和/或應(yīng)用層431 中的應(yīng)用程序429。如圖所示,例如,圖4中,消費(fèi)者IT 443包括對第三方電子主患者索引(eMPI)438 的支持、對地區(qū)健康信息組織(RHI0)439的支持、一個或多個第三方應(yīng)用程序440、對跨企 業(yè)文檔共享(XDS)儲存庫441的支持、對XDS登記442的支持等等。與互通性平臺435結(jié) 合使用消費(fèi)者IT 443,RHIO網(wǎng)關(guān)和第三方應(yīng)用程序集成可經(jīng)由一個或多個接口提供給連 通性框架445和/或用戶接口 401的查詢生成/擴(kuò)充引擎403。消費(fèi)者IT框架443可組織成提供跨多個組織的健康護(hù)理信息的存儲、訪問和可搜 索性。消費(fèi)者IT框架443可服務(wù)于團(tuán)體、地區(qū)、國家、一組相關(guān)健康護(hù)理協(xié)會等等。例如, 消費(fèi)者IT框架443可采用RHIO 439、國家健康信息網(wǎng)絡(luò)(NHIN)、醫(yī)療質(zhì)量改進(jìn)協(xié)會(MQIC) 等等來實(shí)現(xiàn)。在某些實(shí)施例中,消費(fèi)者IT 443連接健康護(hù)理信息系統(tǒng),并且?guī)椭顾鼈兪?以安全、可持續(xù)并且基于標(biāo)準(zhǔn)的方式可互通的。在某些實(shí)施例中,例如,消費(fèi)者IT框架443提供技術(shù)架構(gòu)、萬維網(wǎng)應(yīng)用、包括EMR 能力的數(shù)據(jù)儲存庫以及基于人口的臨床質(zhì)量報告系統(tǒng)。該架構(gòu)包括用于文檔存儲、查詢和 連通性的部件,例如XDS登記442和儲存庫441。在某些實(shí)施例中,例如,XDS登記442和 儲存庫441可包括用于醫(yī)師的基于預(yù)訂的EMR的選項(xiàng)。在某些實(shí)施例中,XDS登記442和 儲存庫441實(shí)現(xiàn)為數(shù)據(jù)庫或其它數(shù)據(jù)存儲器,它適合以加密形式來存儲患者以及經(jīng)授權(quán)醫(yī) 療診所可訪問的患者病歷數(shù)據(jù)和關(guān)聯(lián)審計日志。在一個實(shí)施例中,XDS登記442和儲存庫 441可實(shí)現(xiàn)為服務(wù)器或一組服務(wù)器。XDS登記442和儲存庫441也可以是連接到位于分離 物理位置的其它服務(wù)器或者其它服務(wù)器組的一個服務(wù)器或者一組服務(wù)器。XDS登記442和 儲存庫441可表示分離形式的單一單元、單獨(dú)單元或單元組,并且可通過硬件和/或軟件來 實(shí)現(xiàn)。XDS登記442和儲存庫441可接收來自多個源的醫(yī)療信息。使用例如在消費(fèi)者IT框架443中的XDS標(biāo)準(zhǔn),可集成文檔查詢和存儲,以便獲得 更有效和統(tǒng)一的信息交換。使用消費(fèi)者IT 443,質(zhì)量報告和研究可集成在RHIO 439和/或 其它環(huán)境中或者與其集成。例如,消費(fèi)者IT 443可提供可集成并且適合其它基于標(biāo)準(zhǔn)的系 統(tǒng)的單廠家集成系統(tǒng)。經(jīng)由消費(fèi)者IT框架443,一組EMR用戶可同意共有在XDS登記442和儲存庫441 的數(shù)據(jù)。消費(fèi)者IT框架443則可為該組提供對聚合數(shù)據(jù)的訪問以用于研究、患者診斷和治療的最佳實(shí)踐、質(zhì)量改進(jìn)工具等。XDS提供跨健康護(hù)理企業(yè)的對形成患者EMR的臨床文檔的登記、分發(fā)和訪問。XDS 提供對經(jīng)由可縮放架構(gòu)的患者文檔的存儲、索引和查詢/檢索的支持。但是,某些實(shí)施例支 持多個親和域(定義為已經(jīng)商定策略來經(jīng)由一組公共策略和單個登記相互共享其醫(yī)療內(nèi) 容的一組健康護(hù)理企業(yè)系統(tǒng)),使得各親和域保持其作為單獨(dú)親和域的自主權(quán),但是與其它 所涉及親和域共享硬件和軟件的一個實(shí)例。XDS登記442和儲存庫441可維護(hù)用于描述參 與各親和域的臨床系統(tǒng)的親和域關(guān)系表。一旦進(jìn)行對文檔的請求,則請求源是已知的,并且 其用于確定儲存庫441中的哪一個(哪些)文檔對請求用戶公開,因而維護(hù)親和域的自主 權(quán)。在某些示例中,XDS登記442和儲存庫441表示用于存儲包括使用歷史的患者病 歷的加密更新事務(wù)的中央數(shù)據(jù)庫。在一個示例中,XDS登記442和儲存庫441還存儲患者 病歷。XDS登記442和儲存庫441存儲和控制對加密信息的訪問。在一個實(shí)施例中,可存 儲病歷,而無需使用病歷特定的邏輯結(jié)構(gòu)。通過這種方式,XDS登記442和儲存庫441不是 可搜索的。例如,患者的數(shù)據(jù)可采用唯一患者擁有密鑰在數(shù)據(jù)源來加密。然后,將數(shù)據(jù)上載 到XDS登記442和儲存庫441?;颊叩臄?shù)據(jù)可下載到例如計算機(jī)單元,并且采用加密密鑰本 地解密。在一個示例中,訪問軟件、如患者使用的軟件和醫(yī)療診所使用的軟件執(zhí)行加密/解密。在某些示例中,XDS登記442和儲存庫441維護(hù)患者的登記和醫(yī)療診所的登記。醫(yī) 療診所可在XDS登記442和儲存庫441中采用姓名、地址和其它識別信息來登記。向醫(yī)療診 所發(fā)出與許可證關(guān)聯(lián)的電子密鑰。還向醫(yī)療診所授予安全類別。安全類別通?;谂R床類 型。在某些示例中,從醫(yī)療診所發(fā)送的請求和數(shù)據(jù)采用診所的許可證以數(shù)字方式來簽署,并 且由XDS登記442和儲存庫441來認(rèn)證?;颊呖稍赬DS登記442和儲存庫441中采用患者 標(biāo)識符和密碼哈希來登記?;颊哌€可在XDS登記442和儲存庫441中采用姓名、地址和其 它識別信息來登記。通常,向已登記患者發(fā)出包含唯一患者標(biāo)識符和加密密鑰的令牌。該 令牌可以是例如磁卡、fob卡或者可用于識別患者的另外某種設(shè)備?;颊呖衫闷淞钆埔?及在一個示例中利用用戶標(biāo)識符和密碼來訪問XDS登記442和儲存庫441。如圖所示,例如,圖5中,提供信息架構(gòu)500以便支持來自多個不同類型的數(shù)據(jù)源 的信息的檢索、合成(例如捆綁)和呈現(xiàn)。架構(gòu)500的部件包括查詢增強(qiáng)引擎505、信息合 成引擎510、概述引擎515、信息控制器520、知識庫525、模型530和信息狀態(tài)535。查詢增強(qiáng)引擎505生成查詢、搜索數(shù)據(jù)儲存庫并且過濾結(jié)果,以便根據(jù)上下文503 來查找相干信息。信息合成引擎510將檢索信息合成并且組裝成信息束,該信息束組織為 與用戶是相干的。概述引擎515包括單和多文檔概述引擎,以便提供內(nèi)容的概述、群集以及 檢索信息的突出主題的識別。信息控制器520提供結(jié)構(gòu)以及對檢索信息的交互訪問,并且 使本發(fā)明的不同可視化策略的使用能夠更為有效。知識庫525為用戶、事件和信息提供模 型(例如用戶模型、信息模型、事件模型、本體論、語匯等),以便實(shí)現(xiàn)語義關(guān)系的利用。圖5示出這些技術(shù)的高級視圖,它們與用戶接口系統(tǒng)集成以便改進(jìn)相干信息的檢 索、將收集信息合成為有意義的信息束550并且向特定上下文503的用戶顯示該信息。用 于查詢和顯示和/或處理結(jié)果的一個或多個應(yīng)用程序501可以是運(yùn)行于個人計算機(jī)/工作 站的厚客戶端或者運(yùn)行于手持或者其它移動裝置(例如個人數(shù)字助理或蜂窩電話)的移動應(yīng)用程序。這些應(yīng)用程序401可例如通過組裝可顯示不同種類的數(shù)據(jù)的多個信息小部件來 組成。例如,一個小部件可用于顯示概述患者藥物治療的文本信息,而另一個小部件可使χ 射線(例如圖像)或超聲波(例如視頻)能夠被顯示。其它小部件可實(shí)現(xiàn)不同維之中的數(shù) 據(jù)、如時間的顯示,并且允許用戶與數(shù)據(jù)交互,例如以便下探至更多細(xì)節(jié)。信息架構(gòu)500提供機(jī)構(gòu)以用于使應(yīng)用程序501從完全不同的數(shù)據(jù)源檢索信息,并 且以結(jié)構(gòu)化方式將那個數(shù)據(jù)提供給應(yīng)用程序501,以便實(shí)現(xiàn)對用戶的有意義信息顯示。信 息小部件經(jīng)由信息控制器520與架構(gòu)500進(jìn)行交互。經(jīng)由控制器520,應(yīng)用程序501可提 供與用戶(例如角色和偏好)和基礎(chǔ)事件(例如患者中風(fēng)診斷檢查)有關(guān)的上下文503。 控制器520可將這個信息提供給查詢增強(qiáng)引擎505,以便識別數(shù)據(jù)源,并且經(jīng)由連通性框架 540的一個或多個查詢507來檢索最相干信息,以便提供結(jié)果542。然后,檢索信息由信息 合成引擎510來檢查,供捆綁和合成。一些信息可在將信息束(或i束)550返回給應(yīng)用程 序501供呈現(xiàn)之前由概述引擎515來概述。知識庫525包含角色、用戶、事件和信息的模型以及醫(yī)療本體論。這些語義概念可 用于其它部件、如查詢增強(qiáng)引擎505或信息合成引擎510,以便為用戶改進(jìn)信息的檢索和捆綁。對于一些應(yīng)用程序501,可能希望用戶輸入新數(shù)據(jù)或者對已經(jīng)檢索的數(shù)據(jù)進(jìn)行注 解。信息控制器520提供用于進(jìn)行這些數(shù)據(jù)更新的機(jī)構(gòu)。例如,新數(shù)據(jù)和/或其它動作555 可從應(yīng)用程序501提供給信息控制器520,供將來使用。作為替代或補(bǔ)充,新數(shù)據(jù)和/或注 解560可經(jīng)由信息控制器520提供給連通性框架540。因此,語義信息可由部件共享和利用,以便用于根據(jù)語義概述和關(guān)系來檢索信息, 根據(jù)語義關(guān)系來組織檢索信息,并且使用語義概念和關(guān)系顯示所檢索的信息和數(shù)據(jù)之中的 關(guān)系。例如,患者信息的縱向時間顯示可通過實(shí)現(xiàn)語義相關(guān)的數(shù)據(jù)之間的各種關(guān)系的顯示 得到改進(jìn)??杉赏评頇C(jī)構(gòu),以便使信息能夠更有效地插入工作流中,以便實(shí)現(xiàn)在患者護(hù)理 點(diǎn)的更大決定支持??杉赏评硪?,以便使信息能夠在患者護(hù)理期間在不同點(diǎn)動態(tài)傳遞 給用戶。某些示例允許健康護(hù)理信息系統(tǒng)查找和利用在患者護(hù)理的時間線上的相干信息。 例如,搜索驅(qū)動、基于角色的接口將允許最終用戶在健康護(hù)理網(wǎng)絡(luò)上無縫地訪問、輸入和搜 索醫(yī)療信息。例如,自適應(yīng)用戶接口通過根據(jù)個體需要量身定制并且響應(yīng)工作域的變化的 以工作為中心的接口來提供能力。語義技術(shù)可用于模型域概念、用戶角色和任務(wù)以及信息 關(guān)系。語義模型使應(yīng)用程序能夠根據(jù)關(guān)于用戶和任務(wù)的文本信息更有效地查找、組織并且 向用戶呈現(xiàn)信息。形成框架的用于查詢和結(jié)果生成的部件包括用于構(gòu)建應(yīng)用程序的用戶 接口框架/部件;實(shí)現(xiàn)基于語義信息和上下文的信息的更有效檢索、聚合和合成的服務(wù)器 部件;以及用于連接到分布式環(huán)境中的不同類型信息源的數(shù)據(jù)訪問機(jī)構(gòu)。各種用戶接口框架和技術(shù)可用于構(gòu)建應(yīng)用程序,包括Microsoft asp. net、 Ajax 、 Microsoft Windows PresentationFoundation> Google Web Toolkit、 Microsoft Silverlight、Adobe 等等。例如,應(yīng)用程序可從信息小部件庫組成,以便顯 示多內(nèi)容和多媒體信息。另外,框架使用戶能夠設(shè)計小部件的布局,并且與基礎(chǔ)數(shù)據(jù)進(jìn)行交 互。健康護(hù)理信息可使用各種數(shù)據(jù)庫和存儲技術(shù)以及數(shù)據(jù)格式分布于多個應(yīng)用程序之中。為了提供公共接口以及對跨這些應(yīng)用程序駐留的數(shù)據(jù)的訪問,提供連通性框架(CF), 它利用共同數(shù)據(jù)和服務(wù)模型(CDM和CSM)以及面向服務(wù)的技術(shù)、如企業(yè)服務(wù)總線(ESB)來 提供對數(shù)據(jù)的訪問。在某些示例中,例如HIE、EMR、PHR和/或其它臨床信息存儲系統(tǒng)或網(wǎng)絡(luò)等健康護(hù) 理信息框架可被挖掘,以便根據(jù)一些鏈接判據(jù)(家庭、健康狀況等)來連接記錄。圖6示出 示例電子病歷表600。如圖6所示,電子病歷表600包括允許用戶訪問患者目錄和所有可用 病歷表的選擇選項(xiàng)610。例如姓名、年齡、性別和出生日期等患者識別信息620經(jīng)由表600 顯示供審閱。顯示包括例如正出現(xiàn)問題、過敏性、正進(jìn)行藥物治療的列表等信息的患者狀態(tài) 信息630,以便通知提供者并且使他或她得到患者的最新狀態(tài)。健康概述推薦640提供正 出現(xiàn)問題的概述以及藥物治療和護(hù)理的指示。推薦640可以是如期望那樣那么長且詳細(xì)。 例如,概述640可自動打印和/或輸出到學(xué)校和營地表格,通知護(hù)士和護(hù)理人員關(guān)于患者問 題。還顯示可選地包括例如符合資格的兒童的疫苗等附加細(xì)節(jié)的保險信息650?;颊叩膱D片660、如黑白或彩色照片可作為表600的一部分來顯示。在一些示例 中,選擇圖片660和/或按鈕662、如緊接圖片660的加號(+)允許用戶查看該患者的附加 圖片。例如“Last”按鈕664等附加選項(xiàng)可提供患者的最后一次訪問和/或若干先前訪問 的概述?!癋amily”按鈕666可用于提供與患者的例如父母、兄弟等家庭成員和/或其它有 關(guān)連的個體有關(guān)的信息。作為替代或補(bǔ)充,“Relationship”按鈕可用于提供與患者的整個 關(guān)系樹有關(guān)的信息,涵蓋與其它患者的所有關(guān)系鏈(relationship linkage)。一列和/或另一組按鈕670提供對經(jīng)由表600可訪問的一個或多個臨床系統(tǒng)中的 工具和特征的訪問。從表屏幕600,提供者可訪問例如事件年表、生長表、藥物治療、注釋、計 劃、測試等功能性。與工具/特征選項(xiàng)670對應(yīng)的日期672通知提供者關(guān)于最后一次預(yù)防檢 查、生長表、藥物治療等,并且為提供者更新測試結(jié)果的狀態(tài)和/或轉(zhuǎn)診介紹(referral)。清單680提供例如醫(yī)院、診所、醫(yī)師辦公室等臨床環(huán)境中未決任務(wù)的指示、提醒和 /或狀態(tài)報告。例如,清單680幫助使提供者能夠在辦公室將任務(wù)分派給不同的人,并且跟 蹤進(jìn)度。圖7示出在電子病歷和/或其它電子數(shù)據(jù)之中識別患者間關(guān)系的方法700的流程 圖。例如,患者關(guān)系信息的聚合可通過涉及自動(并且可能手動)步驟的鏈接過程來實(shí)現(xiàn)。 在框710,處理電子記錄(例如EMR、HER、PHR和/或其它電子患者文檔),以便識別患者間 關(guān)系。例如,在例如EMR、PACS、RIS、執(zhí)業(yè)管理和/或其它計算機(jī)系統(tǒng)等計算機(jī)系統(tǒng)上安排 成批處理過程,以便相對于特定患者、患者組來檢查P2P關(guān)系。在一些示例中,自動鏈接過 程作為成批處理過程來運(yùn)行,它定期掃描患者信息數(shù)據(jù)存儲器中的匹配現(xiàn)有患者的“相關(guān)/ 依賴/關(guān)聯(lián)方”細(xì)節(jié)。在框720,為相關(guān)/依賴/關(guān)聯(lián)方所提供的標(biāo)識符被讀取,并且與可用患者標(biāo)識符 進(jìn)行比較?;颊邩?biāo)識符可以是任何標(biāo)識符(例如數(shù)字)和/或有助于唯一識別患者的屬性 的組合。在框730,確定標(biāo)識符之間的匹配。如果獲得精確匹配,則在框740,患者記錄針對 相關(guān)方來標(biāo)記,并且添加到“完全匹配”列表。如果對于給定標(biāo)識符的任一個獲得一個以上 患者記錄匹配,則患者記錄針對相關(guān)方來標(biāo)記,并且添加到“未決匹配”列表。如果標(biāo)識符匹配失敗,則在框750,該過程查找例如電話號碼、姓名、地址等其它相 干屬性和/或?qū)傩缘慕M合,以便幫助識別患者。這些屬性可配置成包含在患者搜索中。如果對于其它屬性找到一個或多個匹配,則在框760,患者記錄針對相關(guān)方來標(biāo)記,并且添加 到“未決匹配”列表。在一些示例中,在詳細(xì)審查之后批準(zhǔn)/拒絕匹配的人工過程遵循自動過程。如果 使匹配結(jié)果評級可用于匹配算法,則評級可幫助對匹配結(jié)果確定優(yōu)先順序,并且因而幫助 人工審閱和鏈接過程。匹配算法可配置成將一個或多個標(biāo)識符用于匹配。示例標(biāo)識符可包 括但不限于主患者標(biāo)識符(例如由本地/團(tuán)體/全國機(jī)構(gòu)所發(fā)出的唯一標(biāo)識符)、醫(yī)院病歷 編號(MRN)、醫(yī)院住院編號、醫(yī)院門診編號、社保號、唯一納稅標(biāo)識號、雇員標(biāo)識符編號、保險 單號、保險憑證號、保險ID卡號、保險索賠標(biāo)識符(Insurance Claim Identifier)、健康計 劃編號、電話號碼(例如住宅、辦公室、移動電話等)、電子郵件標(biāo)識符等等。對于匹配算法 中的比較會是有用的其它屬性可包括但不限于姓名(例如名字、中間名字、姓氏)、出生日 期、出生時間、地址(例如辦公室、住宅、通信地址等)、郵政編碼(例如郵遞區(qū)號)、年齡、性 別、婚姻狀況、血型、種族、信仰等等。在框770,在臨床系統(tǒng)中針對患者記錄標(biāo)記為“完全匹配”和“未決匹配”的相關(guān)方 由管理員來審閱。根據(jù)管理員的審閱和檢驗(yàn),項(xiàng)被批準(zhǔn)(框780)或者拒絕(框785)。來自 列表的批準(zhǔn)鏈接識別系統(tǒng)中的患者之間的相關(guān)/關(guān)聯(lián)。這些患者間鏈接可在系統(tǒng)中持續(xù), 供以后參考。在一些示例中,在患者鏈接過程已經(jīng)完成其第一輪之后并且在可能的患者間關(guān)系 已經(jīng)識別和鏈接之后,通過入院/登記、出院或轉(zhuǎn)院期間的患者信息饋送(基于HL7和/或 其它)和/或操作人員輸入對一個或多個臨床系統(tǒng)中的患者信息的進(jìn)一步變更可觸發(fā)集成 鏈接過程(自動和人工)。在集成鏈接過程中,自動鏈接過程與人工鏈接過程進(jìn)行組合。通 過這個過程,在對現(xiàn)有患者數(shù)據(jù)發(fā)生改變時和/或在添加新患者數(shù)據(jù)時識別與相關(guān)方可能 的患者匹配。如果某些關(guān)系停止存在或者經(jīng)過修改,則相應(yīng)地更新患者間鏈接。提示操作 人員批準(zhǔn)/拒絕匹配和關(guān)系,并且相應(yīng)地保存/丟棄該鏈接??删酆螾2P關(guān)系,并且從單個信息系統(tǒng)(例如醫(yī)院信息系統(tǒng)或放射信息系統(tǒng))鏈 接記錄。還可從可能沿用不同數(shù)據(jù)庫方案的若干這類系統(tǒng)來累計數(shù)據(jù)。在這類情況下,可 對操作數(shù)據(jù)存儲器(ODS)應(yīng)用ETL(提取、變換、加載)過程。數(shù)據(jù)格式可在對ODS運(yùn)行鏈 接過程之前被清理和標(biāo)準(zhǔn)化。在一些示例中,P2P關(guān)系使用HL7標(biāo)準(zhǔn)詞匯來建模。例如,P2P關(guān)系可使用HL7 ver 2. χ按照數(shù)據(jù)定義表#0063來建模。對于HL7 v3,列表更詳盡且在詞匯“ROleCOde”(0ID-2. 16. 840. 1. 113883. 5. Ill)中可出現(xiàn)。為了便于說明,HL7 v2. 5 表 #0063-Relationship 復(fù) 制如下
20
權(quán)利要求
1.一種用于在患者電子醫(yī)療數(shù)據(jù)之中識別患者間關(guān)系的計算機(jī)實(shí)現(xiàn)方法(700, 1100),所述方法包括檢查電子患者信息中與第一患者相關(guān)的一個或多個標(biāo)識符(710,720,1110);使用處理器將與所述第一患者相關(guān)的所述一個或多個標(biāo)識符與來自與第二患者相關(guān) 的電子患者信息的一個或多個標(biāo)識符進(jìn)行匹配(730,750);使用處理器、根據(jù)所述第一患者與所述第二患者之間的關(guān)系來識別所述第二患者與所 述第一患者的關(guān)連(740,760,770);將所述第一患者的電子患者信息鏈接到有待批準(zhǔn)的所述第二患者的電子患者信息 (780,785,1120);以及在審閱所述第一患者的電子患者信息時提供對所述第二患者的鏈接的電子患者信息 的電子訪問(1140)。
2.如權(quán)利要求1所述的方法(700,1100),其中,所述識別步驟還包括將所述第二患者 標(biāo)記為完全匹配(730,740)。
3.如權(quán)利要求1所述的方法(700,1100),其中,所述識別步驟還包括將所述第二患者 標(biāo)記為未決匹配供人工審閱和批準(zhǔn)(750,760,770)。
4.如權(quán)利要求1所述的方法(700,1100),其中,所述鏈接步驟還包括識別和記錄所述 第一患者與所述第二患者之間的關(guān)系的性質(zhì)(1120)。
5.如權(quán)利要求1所述的方法(700,1100),還包括根據(jù)所述第二患者的所述電子患者 信息以及所述第一患者與所述第二患者之間的所述關(guān)系來提供對所述第一患者的臨床決 定支持。
6.如權(quán)利要求1所述的方法(700,1100),其中,所述匹配步驟還包括用于定期掃描患 者信息數(shù)據(jù)存儲中與所述第一患者匹配的相關(guān)方標(biāo)識符的自動鏈接過程(1120)。
7.一種患者間關(guān)系識別系統(tǒng)(1200),所述系統(tǒng)(1200)包括處理器(1210),用于檢查來自至少一個電子文檔源(1沈0)的電子患者信息中與第一 患者相關(guān)的一個或多個標(biāo)識符,并且將與所述第一患者相關(guān)的所述一個或多個標(biāo)識符與來 自與第二患者相關(guān)的電子患者信息的一個或多個標(biāo)識符進(jìn)行匹配,所述處理器用于根據(jù)所 述第一患者與所述第二患者之間的關(guān)系來識別所述第二患者與所述第一患者的關(guān)連;以及患者登記(1240),其包括所述第一患者的電子患者信息,并且根據(jù)所述第一患者和所 述第二患者中的至少一個的批準(zhǔn)來提供到所述第二患者的電子患者信息的鏈接,所述患者 登記(124)在用戶正審閱所述第一患者的所述電子患者信息時便于對所述第二患者的鏈 接的電子患者信息的訪問。
8.如權(quán)利要求7所述的系統(tǒng)(1200),還包括關(guān)系指示器(1230),用于檢查和評估所 述第二患者的醫(yī)療病史對所述第一患者的病歷的重要性。
9.如權(quán)利要求7所述的系統(tǒng)(1200),其中,所述患者登記(IMO)用于通過識別和記錄 所述第一患者與所述第二患者之間的關(guān)系的性質(zhì),來鏈接所述第一患者和所述第二患者。
10.如權(quán)利要求7所述的系統(tǒng)(1200),其中,所述處理器(1210)用于根據(jù)所述第二患 者的所述電子患者信息以及所述第一患者與所述第二患者之間的所述關(guān)系來提供對所述 第一患者的臨床決定支持。
全文摘要
一種用于在患者電子醫(yī)療數(shù)據(jù)之中識別患者間關(guān)系的示例方法(700,1100)包括檢查與第一患者相關(guān)的一個或多個標(biāo)識符的電子患者信息(710,720,1110)。該方法(700,1100)包括使用處理器(1210)將與第一患者相關(guān)的一個或多個標(biāo)識符與來自與第二患者相關(guān)的電子患者信息的一個或多個標(biāo)識符進(jìn)行匹配(730,750)。該方法(700,1100)包括使用處理器(1210)、根據(jù)第一患者與第二患者之間的關(guān)系來識別第二患者與第一患者的關(guān)連(740,760,770)。該方法(700,1100)包括將第一患者的電子患者信息鏈接到有待批準(zhǔn)的第二患者的電子患者信息(780,785,1120)。該方法(700,1100)包括在審閱第一患者的電子患者信息時提供對第二患者的鏈接的電子患者信息的電子訪問(1140)。
文檔編號G06F19/00GK102073786SQ201010573950
公開日2011年5月25日 申請日期2010年11月25日 優(yōu)先權(quán)日2009年11月25日
發(fā)明者R·S·奈爾 申請人:通用電氣公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點(diǎn)贊!
1