用于健康護理數據的通信的系統(tǒng)的制作方法
【專利摘要】一種用于從發(fā)送者到接收者傳送健康護理數據的設備被提供。該設備具有第一計算機系統(tǒng)（10）、第二計算機系統(tǒng)和規(guī)則引擎。第一計算機系統(tǒng)（10）具有在其中存儲的健康護理數據。第二計算機系統(tǒng)可在工作上與第一計算機系統(tǒng)通信并被配置以從第一計算機系統(tǒng)（10）提取健康護理數據。規(guī)則引擎將所提取的健康護理數據規(guī)格化為預定格式。規(guī)則引擎限定有預定格式的多個健康護理數據字段以及規(guī)格化數據的字段之間的多個關系。
【專利說明】用于健康護理數據的通信的系統(tǒng)
[0001]本申請是 申請人:健康三部曲公司申請日為2003年6月11日的同名中國專利申請N0.01820387.6的分案申請。
[0002]相關申請
本申請涉及并聲明優(yōu)先于名為“Apparatus and Method for EstablishingConectivity”、提交于2000年10月11日的U.S.臨時專利申請序列號60/239，860。就不被包括在以下的方面而言，該申請中所公開的主題因此明確地引入本申請。
發(fā)明領域
[0003]本發(fā)明通常涉及一種在健康護理產業(yè)中的興趣方之間建立連接性以便管理健康護理服務的計算機化系統(tǒng)。更具體而言，本發(fā)明涉及一種用于規(guī)格化各種格式的健康護理數據并在保險商和參加者如提供者、病人和雇主之間交換規(guī)格化形式的數據的系統(tǒng)。
[0004]背景和概述
健康護理可被限定為信息產業(yè)；在取得和遞送健康護理過程中花費的大多數時間和金錢花費在生成、檢索和使用信息上。例如，在健康護理信息技術支持上的支出已從1990年的大約十億美元增加到2000年計劃的200億美元。然而，即使有這些投資，相信所有當前健康護理支出的幾乎一半是繼續(xù)用于非病人護理活動；其主要份額是用于非自動的信息支持。
[0005]自20世紀60年代以來，不得不被指向非病人護理活動的資源在健康護理產業(yè)中一直是地方性的。然而，在20世紀90年代期間，隨著醫(yī)療保險費用報銷(Medicare CostReimbursement)的讓位和被管理護理的出現(xiàn),在醫(yī)生和病人兩者中的態(tài)度和焦點上有了主要的變化。現(xiàn)在新規(guī)則支配醫(yī)療護理的遞送和這種護理的支付。通過優(yōu)選提供者安排、無數種類的人頭稅安排、病例管理或者“最好的實踐”增強，確定什么護理被允許、什么將由誰來支付，并且確定適當的信息被提交以確保過程工作現(xiàn)在正在消耗保險商、提供者和病人的時間和財務資源兩者的主要份額。
[0006]健康護理參加者如提供者和雇主定期處理來自各種健康保險商的多個健康護理計劃。然而，這些參加者僅能以有限方式從保險公司獲得信息，這常常使這種信息的獲取變得相當麻煩。參加者通常僅具有電話、傳真或信件可用作與保險商聯(lián)系的方式。
[0007]尤其麻煩的是從保險商及時獲取有關財務事物處理的信息，如合格性、索賠和受益以及基本的病人相關信息，如醫(yī)療檢驗和處方。例如，提供者可通過給保險商的提交形式或電話呼叫從該保險商尋求信息。然而，在許多情況下，這種信息是在護理已被遞送且病人已離開提供者辦公室之后被尋求或接收的。這可導致不被病人的保險商授權或擔負(cover)的服務的遞送，或可導致可能影響所提供服務的類型或成本的其它后果。
[0008]這些困難的另一個原因是“支付者”團體的新近擴張。支付者曾經由政府(聯(lián)邦和州兩者)和大的保險公司組成?，F(xiàn)在，承擔全部或部分人頭稅、保險開拓(insurancecarve-out)等自保險計劃的復雜陣營，IDN、IPA和PP0，已從本質上增加了有關被保險人的當前信息的需要和用戶的數量。這些實體的大多數，不論大小，的確在信息系統(tǒng)上花費了相當的金額。然而，由于不管這些系統(tǒng)而存在的人工處理的程度，每個索賠的成本仍是基本的。
[0009]另外，由于設計了難以或感覺不可能管理或遵循的復雜規(guī)則，支付者招致了其提供者和病人的憤怒。盡管與這種感覺相反，支付者的確對提供及時信息給提供者、病人、雇主和其它參加者有興趣。明顯百分比的提供者索賠仍被拒絕，這常常是因為他們不遵循所有規(guī)則。這些索賠需要重新提交、電話呼叫和其它昂貴的人工干預。用于這種當前處理方案的美元成本是高的。事實上，整個交換所產業(yè)已被發(fā)展以提供用于費用的合格性(但不是受益)檢驗服務給提供者。然而，這些所請求的檢驗的多數根本不能由交換所執(zhí)行，而那些被執(zhí)行的常常是無法接受地麻煩并且因此是過于昂貴的。
[0010]治療安排(referral)授權常常比索賠更復雜，并且這種授權服務通常不能通過傳統(tǒng)交換所獲得。例如，每次提供者寫處方時，它是根據由其保險商建立的那個病人的健康護理計劃所特定的處方表而寫的。由于有如此多的處方集，藥品處方亦常常被拒絕支付，導致提供者和病人兩者的附加工作。類似地，醫(yī)療檢驗必須被發(fā)送給約定支持特定計劃的實驗室，并且僅當匹配復雜的醫(yī)療必要性規(guī)則時被報銷。
[0011]許多提供者的確具有跟蹤遭遇和管理記賬的實踐管理系統(tǒng)。然而，任何這些系統(tǒng)都不具有以對提供者有用的強有力形式來完成提供來自所有各種健康保險商的所有信息的任務的完善程度。
[0012]不僅提供者，而且病人亦花費其大多數時間與從事非健康護理活動的健康護理系統(tǒng)進行交互。這種“所浪費的”時間實際上都涉及排定適當的干預以等待信息或服務，或者獲得授權、報銷或用于理想或所需健康護理的其它信息。
[0013]互聯(lián)網已作為用于公眾的健康護理信息的主要來源而出現(xiàn)?；ヂ?lián)網用戶的基本部分將其用于健康護理信息或管理。具體而言，病人向互聯(lián)網搜索醫(yī)療信息和涉及其關心的領域的答案。事實上，病人從互聯(lián)網上的網頁進入裝備有打印輸出以及問題和推薦的長清單的醫(yī)生辦公室正變得平常。
[0014]不幸的是，即使有互聯(lián)網提供的連接性，保險商和病人之間的信息交換仍是缺乏的。對病人可用的來自其保險商的大多數信息是在自動的基礎上來自涉及一般健康護理文獻或特定常態(tài)(normality)支持組的數據庫。然而，病人的健康護理程序的關鍵方面不僅是知道常態(tài)或支持組，而且是其保險商的健康護理計劃提供什么作為用于該常態(tài)、合格性信息、治療安排授權、索賠提交和支付、檢驗以及藥物治療的治療選項。如所討論的，這些功能性對于當前系統(tǒng)是過于復雜的以至于不能在自動環(huán)境下處理。被鏈接于各個病人的提供者的個人參考信息和健康護理計劃通常是不能獲得的，這是因為存在于幾個數據庫的數據常常每個都有不同的、不兼容的格式，需要人為干預來提取和處理數據。這樣，病人的當前解決方案是以美元、時間和受挫為高代價的無數的電話呼叫。
[0015]這種不兼容性的原因是每個數據庫都是用于在考慮數據庫之間的連接性之前使用數據的人們的各個需要。具有不同格式的不同數據庫的后果是不可能提供可由任何種類的計算機讀取的一致性數據的中心倉庫。正是這種不兼容性阻止了保險商和參加者之間的廣泛連接性。
[0016]直譯和接口連接程序(transliteratingand interfacing program)在本領域是已知的。將數據取為一個格式的程序可由不同格式的計算機轉化和讀取。然而，這種直譯僅將數據從不兼容格式的字段移動到新格式的目標字段。并不能確定不兼容格式的數據正被傳遞到正確的目標字段。數據的規(guī)格化或改型不僅傳遞數據，而且確定數據的含義并將該數據放到正確的字段中。
[0017]因此，有益的將是提供一種系統(tǒng)，借助其，保險商可與提供者、病人等通信以在病人就診于提供者之前或同時提供有關特定健康護理計劃的信息，而不管缺乏數據庫的兼容性。進一步有益的將是如果這種系統(tǒng)的通信跨越多種保險商，因此例如提供者可與病人參與的任何計劃進行通信。同樣有益的將是提供者具有通過規(guī)格化不兼容數據庫的數據來確定合格性和受益、接收授權和預證明(pre-certification)、提交索賠、獲得報銷并判決索賠問題的自動系統(tǒng)。
[0018]因此，本公開內容的說明性實施例提供了一種用于從發(fā)送者到接收者傳送健康護理數據的設備。該設備包括第一計算機系統(tǒng)、第二計算機系統(tǒng)和規(guī)則引擎。第一計算機系統(tǒng)具有在其中存儲的健康護理數據。第二計算機系統(tǒng)可在工作上與第一計算機系統(tǒng)通信并被配置以從第一計算機系統(tǒng)提取健康護理數據。規(guī)則引擎將所提取的健康護理數據規(guī)格化為預定格式。規(guī)則引擎限定有預定格式的多個健康護理數據字段以及規(guī)格化數據的字段之間的多個關系。
[0019]進一步的實施例可包括第一計算機，它是每個都具有在其上存儲的健康護理數據的部分的多個計算機。設備亦可包括第三計算機系統(tǒng)，可在工作上與第二計算機系統(tǒng)通信并被配置以從第二計算機系統(tǒng)接收規(guī)格化數據。規(guī)則引擎可確定第三計算機是否被授權接收健康護理數據。
[0020]另一個說明性實施例提供了一種用于從一個計算機系統(tǒng)到另一個傳送健康護理數據的方法。該方法包括步驟:在第一計算機系統(tǒng)中存儲健康護理數據；從第一計算機系統(tǒng)中提取健康護理數據并將所提取的數據傳送到第二計算機系統(tǒng)；依照規(guī)則引擎將所提取的數據規(guī)格化為預定格式，該規(guī)則引擎限定有預定格式的多個健康護理數據字段以及規(guī)格化數據字段之間的多個關系；以及將規(guī)格化數據傳送給第三計算機系統(tǒng)。
[0021]說明性方法的進一步實施例可包括具有多個計算機的第一計算機系統(tǒng)，其中存儲步驟包括在多于一個所述計算機中存儲健康護理數據。還有，第三計算機系統(tǒng)包括多個計算機。健康護理數據在多個數據庫上存在，因此多個數據庫的每個可在工作上與第二計算機系統(tǒng)通信。
[0022]另一個說明性實施例提供了一種在發(fā)送者和接收者之間交換健康護理數據的系統(tǒng)。該系統(tǒng)包括發(fā)送者計算機、中介者計算機、規(guī)則引擎和接收者計算機。發(fā)送者計算機存儲健康護理數據。中介者計算機可在工作上與發(fā)送者計算機通信并被配置以提取健康護理數據。所提取的數據被規(guī)格化為預定格式，依照規(guī)則引擎生成了規(guī)格化數據。規(guī)則引擎限定健康護理數據的每個字段并將每個字段轉換為有預定格式的對應字段。規(guī)則引擎亦限定規(guī)格化數據應如何依照預定指令而彼此相關。接收者計算機在工作上與中介者計算機通信。接收者計算機接收受第二規(guī)則引擎的規(guī)格化數據。
[0023]進一步的實施例可包括發(fā)送者計算機，它是每個都具有在其上存儲的健康護理數據的部分的多個計算機。規(guī)則引擎可確定接收者計算機是否被授權接收健康護理數據。當接收者是健康護理提供者時，在發(fā)送者和接收者之間被交換的規(guī)格化數據可從一組中被選擇，該組包括:合格性/受益顯示(eligibility/benefit display),成員名單，索賠提交，提供者查詢，處方集查詢，診斷代碼查詢，手續(xù)代碼查詢，在線訪問健康計劃信息，與健康計劃在線通信，與病人在線通信，跨越幾個健康計劃的數據的病人為中心的察看，定單產生和跟蹤，結果回顧和釋放，結果打印、處方書寫、用于每個病人的藥物治療簡檔，基于病人的批準而訪問病人的個人健康記錄，個性化醫(yī)療和健康護理內容的集成，其既是前后關系特定的也是按要求的，電子商務集成:辦公室，醫(yī)療和健康相關產品認識和購買能力，電子郵件，實踐管理系統(tǒng)預約(subscription),支持疾病管理以及醫(yī)生憑證預約(physicancredentialing subscription)。當接收者是雇主時,在發(fā)送者和接收者之間被交換的規(guī)格化數據可從一組中被選擇，該組包括:組合格性，組登記，登記變化，處方集查詢，電子商務集成，從健康計劃網站訪問或通過URL直接訪問，個性化內容集成，既是前后關系特定的也是按要求的，電子商務集成以及健康相關產品認識和購買能力。
[0024]當接收者是病人時，在發(fā)送者和接收者之間被交換的規(guī)格化數據可從一組中被選擇，該組包括:標識卡請求、地址變化、提供者目錄詢問、基于興趣簡檔的個性化健康信息、診斷信息、相關文章和病人教育材料、來自健康護理提供者和健康計劃的通信、實驗室和放射檢查結果、與健康護理提供者的所排定約會、處方再填(prescription refill)、個人健康記錄、合格性/受益信息、索賠信息、治療安排和授權信息和狀況、提供者查詢、家庭歷史、藥物治療簡檔以及處方集查詢。
[0025]本發(fā)明的另一個說明性實施例提供了一種對用于在保險商和參加者之間傳遞的健康護理數據進行規(guī)格化的系統(tǒng)。該系統(tǒng)包括保險商系統(tǒng)、中介者系統(tǒng)和參加者系統(tǒng)。保險商系統(tǒng)被配置來維持包括健康護理數據的至少一個數據庫。中介者系統(tǒng)在工作上被連接于保險商系統(tǒng)和數據庫，被配置成從保險商系統(tǒng)的數據庫提取健康護理數據，并將健康護理數據在分級數據庫中存為所提取的數據。所提取的數據被規(guī)格化為預定格式，依照規(guī)則引擎生成了規(guī)格化數據，該規(guī)則引擎將健康護理數據的每個字段限定為預定格式。規(guī)則引擎亦限定規(guī)格化數據應如何依照預定指令而彼此相關。參加者系統(tǒng)可在工作上與中介者系統(tǒng)通信，并被配置以接收經歷規(guī)則引擎的規(guī)格化數據。
[0026]說明性系統(tǒng)的進一步實施例可包括作為多個數據庫的至少一個數據庫以使中介者系統(tǒng)在工作上被連接于多個數據庫。此外，參加者系統(tǒng)可傳輸被發(fā)送給中介者系統(tǒng)的請求，該中介者系統(tǒng)確定待提取和規(guī)格化哪些健康護理數據以答復該請求。參加者系統(tǒng)亦可在互聯(lián)網上傳輸請求，而中介者系統(tǒng)可在互聯(lián)網上傳輸規(guī)格化數據。規(guī)則引擎可依照預定指令限定規(guī)格化數據之間的關系以確定對請求的答復。中介者系統(tǒng)亦可包括錯誤數據系統(tǒng)，當所提取的數據被規(guī)格化時，其去除被識別為無效的所提取數據。被識別為無效的所提取數據然后被校正、重新引入并被規(guī)格化。中介者系統(tǒng)亦可進一步包括審查數據庫以跟蹤中介者系統(tǒng)的活動。
[0027]本發(fā)明的另一個說明性實施例提供了一種保險商、醫(yī)療實驗室和至少一個健康護理參加者之間的醫(yī)療檢驗管理的健康護理管理系統(tǒng)。該系統(tǒng)包括參加者計算機、保險商處理系統(tǒng)、規(guī)則數據庫和實驗室計算機。在參加者計算機處依照第一預定格式做出醫(yī)療檢驗請求。保險商處理系統(tǒng)在工作上被耦合于參加者的計算機，并通過它傳遞醫(yī)療請求。處理系統(tǒng)在工作上被耦合于規(guī)則數據庫以依照預定準則來批準醫(yī)療檢驗請求。實驗室計算機在工作上被耦合于處理系統(tǒng)并且如果被規(guī)則引擎批準則接收醫(yī)療檢驗請求。醫(yī)療檢驗的結果從實驗室計算機被傳輸給處理系統(tǒng)。該結果被進一步傳輸給在工作上被耦合于實驗室計算機和參加者計算機的保險商計算機。
[0028]說明性系統(tǒng)的進一步實施例可包括將醫(yī)療檢驗的結果轉換為可由存儲在保險商計算機上的數據庫讀取的第二預定格式的處理系統(tǒng)。另外，至少一個健康護理參加者可從包括健康護理提供者、雇主和病人的一組中被選擇。此外，醫(yī)療檢驗請求和醫(yī)療檢驗的結果可通過互聯(lián)網來傳輸。
[0029]基于對舉例說明如當前感覺的實施系統(tǒng)的最佳模式的以下詳述的考慮，系統(tǒng)的附加特點和優(yōu)點對本領域的技術人員來說將變得明顯。
[0030]附圖簡述
以下將參照所附的附圖來描述說明性系統(tǒng)，該附圖僅被給定為非局限性實例，其中:
圖1是用于健康護理數據的規(guī)格化和幾個健康護理保險商和各種健康護理參加者之間健康護理數據的交換的系統(tǒng)的示意圖；
圖2是用于圖1中所示的規(guī)格化系統(tǒng)的數據處理系統(tǒng)的示意圖；
圖3是用于圖1中所示的規(guī)格化系統(tǒng)的數據提取和業(yè)務對象子系統(tǒng)的示意圖；并且 圖4是健康護理保險商和參加者之間的用于醫(yī)療檢驗的健康護理管理系統(tǒng)的示意圖。
[0031]在所有幾個附圖中，對應的參考字符表示對應的部分。在此提出的例證說明了本發(fā)明的實施例，并且這種例證不被理解為以任何方式來限定本發(fā)明的范圍。
[0032]附圖詳述
比如圖1中所示的本發(fā)明的說明性實施例包括系統(tǒng)2，其包括由各種保險商11提供的多個數據庫集合4、6、8。應理解，每個健康護理數據庫集合4、6、8都表示保險商的數據庫處理系統(tǒng)或者數據庫和處理系統(tǒng)的系列。例如，數據庫集合4、6或8可每個都表示常規(guī)計算機系統(tǒng)、服務器、局域網(LAN)、legacy或存儲一個或多個數據庫的其它計算機系統(tǒng)。預期的是，為傳輸數據，所存在的系統(tǒng)能夠這樣做或被加給任何一個數據庫集合4、6或8以執(zhí)行該功能。進一步預期的是，數據庫集合4、6、8的每個可表示單個數據庫或多個數據庫，其每個可以是任何種類的數據庫格式或語言。
[0033]為了該申請的目的，在此用于保險商11的術語“保險商”的參考只是為了說明的目的。該術語包括健康保險公司，但亦包括健康維護組織、自保險實體、疾病管理組織、均攤的(capitated)健康護理提供者、醫(yī)療保險機構以及可能存儲或管理健康護理數據的任何其它組織。術語“保險商”不應被理解為將范圍局限于僅僅是健康保險公司或其它“支付
有 o
[0034]常規(guī)上，健康護理數據在保險商計算機或計算機系列上被存儲在幾個數據庫中，其每個常常是唯一格式，而每個數據庫格式與其它數據庫格式不兼容。例如，一個保險商可使其健康護理數據以一個格式來存儲，而第二個保險商可使其健康護理相關數據以與所述的一個格式不兼容的第二格式來存儲。另外，并且更有問題的是，即使在相同保險商11的系統(tǒng)內，例如合格性數據可存在于一個特定格式的數據庫中，該格式被發(fā)展以適合于當時其用戶的需要，而例如索賠數據可被存儲在適合于那些用戶的格式的另一個數據庫中，但其格式與合格性數據的格式不兼容。在任何一個實例中，在本發(fā)明中，任何格式的健康護理數據被規(guī)格化為公用格式，并通過公用網絡如互聯(lián)網12分配給健康護理參加者13，其使用規(guī)格化數據以執(zhí)行健康護理相關的事物處理和任務。進一步預期并在此進一步討論的是，訪問和安全的各種水平可被提供以確保訪問規(guī)格化數據的那些參加者13僅被授權訪問根據其特定使用或需要所必要和適當的而預定的數據。
[0035]如圖1所示，來自數據庫集合4、6、8的每個可被傳輸給數據處理系統(tǒng)10，其將數據規(guī)格化為可由特定健康護理參加者13讀取的格式。更具體而言，數據通過在工作上被連接于參加者13的計算機或終端的互聯(lián)網12而傳輸，并由參加者13的計算機或終端來讀取。該參加者13示意性地包括提供者14、雇主16和病人18或其任何組合。參加者13可進一步包括可從保險商請求數據或信息的任何其它興趣方，包括例如其它保險商和疾病管理組織。
[0036]從數據庫集合4、6或8傳輸數據是由任何參加者13通過計算機或多個計算機提交請求22來起動的。請求22通過互聯(lián)網12傳輸給數據處理系統(tǒng)10，其從任何集合4、6或8中的適當數據庫集合中檢索適當的數據。該數據被規(guī)格化為公用格式,此時做出對請求22的答復24。例如，健康護理提供者14能以被保險人的名義發(fā)出請求22對醫(yī)療手續(xù)授權支付。在該實例中，假定需要來制定答復24的數據集體地存在于合格性、受益和索賠數據庫上，該數據庫示意性地存在于數據庫集合4上。為了準備答復24，數據處理系統(tǒng)10確定并提取數據庫中的必要數據。然后，系統(tǒng)10將數據規(guī)格化為一致的格式，然后確定答復應為什么特性。在該實例中，答復24應當是授權或拒絕醫(yī)療手續(xù)的支付。系統(tǒng)10使用規(guī)格化數據以確定答復，該答復然后被傳輸給提供者14，由此完成該事務處理。系統(tǒng)2可包括任何數量的保險商11或參加者13。具體而言，如在此將被進一步討論的，數據處理系統(tǒng)10能連接和管理單個或多個參加者13和任何保險商或多個保險商11之間的事物處理。
[0037]進一步系統(tǒng)2將向健康護理參加者13提供相當于通常以參加者13和保險商11之間的請求22和答復24的形式的各種健康護理事物處理選項?？捎糜诮】底o理提供者14的事物處理的實例是:合格性/受益顯示，成員名單，索賠提交，提供者查詢，處方集查詢，診斷代碼查詢，手續(xù)代碼查詢，在線訪問健康計劃信息，與健康計劃在線通信，與病人在線通信，在幾個健康計劃上的數據的病人為中心的察看，定單產生和跟蹤，結果回顧和釋放，結果打印，處方書寫，用于每個病人的藥物治療簡檔，基于病人的批準而訪問病人的個人健康記錄，個性化醫(yī)療和健康護理內容的集成，其既是前后關系特定的也是按要求的，電子商務集成:辦公室，醫(yī)療和健康相關產品認識和購買能力，電子郵件，實踐管理系統(tǒng)預約，支持疾病管理以及醫(yī)生憑證預約。
[0038]作為進一步的實例，以下是利用規(guī)格化數據、用于提供者14和保險商11之間的健康護理事物處理的特定記錄:
記錄:概述 字段:
用于…(日期)的活動 治療安排 索賠
檢驗結果 成員
Update State for Americas Health
受益記錄
索賠記錄病人記錄提供者記錄
僅用于您的新內容(New Just For You)
記錄:合格性
字段:
今天的病人病人搜索性別
受益的協(xié)調醫(yī)療保險數據加到病人清單姓名
起始日期截止日期出生日期成員ID關系PCP地址城市少H
郵政編碼當前受益組
載體(Carrier)
受益計劃記錄:索賠狀況字段:
病人姓名起始日期截止日期索賠
索賠編號狀況
提供者姓名病人姓名成員編號記賬的量病人責任支付的量服務的日期記錄:索賠細節(jié)字段:
成員
提供者
診斷
描述
行編號(Line number)
DOS
CPT
描述
修改者
位置
單元數(Units)
狀況記賬的允許的共同支付共同保險可扣除的支付的合計
記錄:支付說明字段:
行編號狀況描述說明
檢查/日期記錄:選擇專家字段:
地址
城市、州、郵政編碼障礙訪問(Handicap Access)
辦公時間
聯(lián)系
電話
傳真電話
辦公時間以后的電話(Phone After Hours)性別
出生日期專業(yè)
第二專業(yè)接受病人
初級護理(Primary Care)委員會證書(Board Cert)
;五古
卜口 口
醫(yī)院
醫(yī)院特權網絡
記錄:添加索賠字段:
健康保險
被保險人的ID編號病人的名字姓
中間的名字病人的地址I地址2城市少H
郵政編碼病人的電話出生日期性別
與被保險人的關系婚姻狀況病人職業(yè)狀況涉及工作的情況涉及汽車事故的情況涉及其它事故的情況被保險人的名子姓
中間的名字性別
出生日期被保險人的地址I地址2城市少H
郵政編碼電話
被保險人的組或FECA編號被保險人的雇主/學校被保險人的保險名稱咨詢(Referring)醫(yī)生姓名咨詢醫(yī)生ID實驗室以外實驗室以外的費用
醫(yī)療補助計劃Resub代碼(Medicaid Resub Code)原始的醫(yī)療補助計劃(Medicaid Org.)
優(yōu)先授權編號(Prior Auth.Number)
診斷代碼(Diag Codes)
項目
起始日期
截止日期
地點
類型
手續(xù)
Modl
Mod2
DX 索引(DX Ind.)
費用
天數/單元數病人提供者起始日期截止日期診斷I診斷2診斷3診斷4手續(xù)行CPT描述量
Dx 指不(pointer)其它錯誤總量記賬的允許的量共同支付量扣留量
注銷量(Writeoff Amount)
預計支付
記錄:治療安排狀況字段:
治療安排編號病人(成員ID)
從…(月份)開始有效由…治療安排(Referred by治療安排給(Referred to)
病人清單由…治療安排治療安排給治療安排編號狀況
記錄:添加治療安排字段:
今天的病人病人搜索專家專家搜索
提供者
診斷
病人
專家
提供者
診斷
開始日期有效月數所請求的就診原因
記錄:手續(xù)和診斷數據字段:
診斷編號診斷名稱手續(xù)代碼手續(xù)名稱所允許的就診病人
病人搜索治療安排給專家搜索由…治療安排診斷
開始日期截止日期所請求的就診備注
所請求的服務授權的輔助服務記錄:診斷代碼字段:
診斷代碼DX代碼診斷代碼描述記錄:手 續(xù)代碼字段:
手續(xù)代碼(Procedure Codes)
手續(xù)代碼(Procedure Code)
手續(xù)描述起始年齡截止年齡性別
位置代碼
記錄:藥品療法(therapeutic)分類歹"表字段:
療法分類分類描述
在該分類中的藥品的計數
記錄:根據療法分類的處方集清單
字段:
藥品名稱一般名稱藥品分類療法分類NDC
記錄:寫處方字段:
今天的病人病人搜索提供者用于(For)
藥物治療配制(Dispense)
替換物
簽名:獲取(Sig: Take)簽名:用于(Sig: For)指令
選擇藥店
記錄:藥物治療簡檔字段:
類型
藥物治療
劑量
頻率
原因
狀況
記錄:中斷的藥物治療字段:
類型
藥物治療
劑量
頻率
原因
狀況
記錄:過敏癥
過敏原
反應
開始日期
記錄:醫(yī)療檢驗足單字段:
病人ID
【權利要求】
1.一種用于在發(fā)送者計算機和參加者之間傳送健康護理數據的系統(tǒng)，該系統(tǒng)包括: 中介者計算機系統(tǒng)，用來與發(fā)送者計算機通信，以及被配置成提取健康護理數據； 其中所述中介者計算機系統(tǒng)被配置成從一個或多個數據庫(4，6，8)提取所述健康護理數據中與健康護理記錄相關的部分，作為多個提取的健康護理數據； 其中所述多個提取的健康護理數據存儲在所述一個或多個數據庫中； 其中存儲在所述一個或多個數據庫的所述多個健康護理數據的每個都有不同的、不兼容的格式；以及 所述多個提取的健康護理數據被規(guī)格化為預定格式，依照規(guī)則引擎生成規(guī)格化數據，所述規(guī)則引擎限定所述健康護理數據的每個字段，并將每個字段轉換為有預定義格式的對應字段，所述規(guī)則引擎還限定所述規(guī)格化數據應如何依照預定指令而彼此相關； 其中所述中介者計算機系統(tǒng)被配置成在分級數據庫中存儲所述健康護理數據； 審查數據庫(62)，被配置成管理和維持在健康護理數據轉換成規(guī)格化數據的轉換過程(58)中的跟蹤信息；以及 其中所述中介者計算機系統(tǒng)被配置成在互聯(lián)網上傳送所述規(guī)格化數據； 其中所述中介者計算機系統(tǒng)上的多個選擇的健康護理數據被規(guī)格化數據所替代； 審查數據庫，被配置成對把所述選擇的健康護理數據改編成規(guī)格化數據的過程進行跟蹤；以及 其中所述中介者計算機系統(tǒng)被配置成在數據網絡上把所述所述規(guī)格化的數據傳遞到參加者計算機系統(tǒng)，傳遞回所述健康護理支付者。
2.權利要求1的系統(tǒng)，其中所述中介者計算機系統(tǒng)被配置成接收所述參加者計算機系統(tǒng)的請求，所述參加者計算機系統(tǒng)發(fā)起從所述支付者計算機系統(tǒng)提取健康護理數據。
3.權利要求1的系統(tǒng)，其中所述參加者計算機被配置成傳輸發(fā)送給所述中介者計算機系統(tǒng)的請求，為了響應所述請求，所述中介者計算機系統(tǒng)確定哪個健康護理數據將被提取，且被格式化。
4.權利要求1的系統(tǒng)，其中所述中介計算機系統(tǒng)被配置成確定多個健康護理數據中的任一個是否無效，并且被配置成將無效的健康護理數據傳遞給無效數據數據庫以便將其改正。
5.權利要求3的系統(tǒng)，其中所述參加者計算機系統(tǒng)傳輸所述請求，并且所述中介者計算機系統(tǒng)將所述規(guī)格化數據通過互聯(lián)網傳輸給所述參加者計算機系統(tǒng)。
6.權利要求1的系統(tǒng)，其中所述規(guī)則引擎確定所述規(guī)格化的數據如何能夠被使用。
7.權利要求2的系統(tǒng)，其中所述規(guī)則引擎應用所述規(guī)格化數據以響應所述參加者計算機系統(tǒng)的請求。
8.權利要求2的系統(tǒng)，其中所述規(guī)則引擎確定所述參加者計算機系統(tǒng)是否被授權以接收所述規(guī)格化的數據。
9.權利要求1的系統(tǒng)，進一步包括醫(yī)學管理系統(tǒng)，所述醫(yī)學管理系統(tǒng)包括執(zhí)行醫(yī)學測試安排的進程，所述醫(yī)學測試安排包括將安排的確定傳輸給所述參加者計算機系統(tǒng)，所述參加者計算機系統(tǒng)是健康護理提供者、患者、雇主或支付者。
10.權利要求1的系統(tǒng)，其中所述規(guī)則引擎定義所述選擇的健康護理數據之間的關系以便確定對請求的響應，所述選擇的健康護理數據按照預先確定的指令被規(guī)格化成預定格式。
11.權利要求4的系統(tǒng)，其中對任意無效健康護理數據進行評估以使所述無效健康護理數據可用。
12.權利要求2的系統(tǒng)，其中應用所述規(guī)格化的數據以響應患者計算機系統(tǒng)的請求。
13.權利要求2的系統(tǒng)，其中所述規(guī)則引擎應用所述規(guī)格化的數據，以響應提供者計算機系統(tǒng)的請求。
14.權利要求1的系統(tǒng)，其中使用所述規(guī)格化的數據以響應支付者計算機系統(tǒng)的請求。
15.權利要求1的系統(tǒng)，進一步包括提供者計算機系統(tǒng)，所述提供者計算機系統(tǒng)提出發(fā)起從所述支付者計算機系統(tǒng)提取多個選擇的健康護理數據的請求。
16.權利要求1的系統(tǒng)，其中支付者計算機系統(tǒng)提出發(fā)起從一個或多個支付者計算機系統(tǒng)提取選擇的健康護理數據的請求。
17.權利要求8的系統(tǒng)，其中將醫(yī)學測試的結果傳輸給從以下組中選出的至少一個接收者，所述組包括一個或多個支付者、健康護理提供者，另一個健康護理提供者，患者和雇主。
18.權利要求1的系統(tǒng)，進一步包括醫(yī)學管理系統(tǒng)，其中所述規(guī)則引擎安排專家，并且被配置成將安排發(fā)送給所述參加者計算機系統(tǒng)，所述參加者計算系統(tǒng)是健康護理提供者、患者、或一個或多個支付者。
19.權利要求1的系統(tǒng)，進一步包括醫(yī)學管理系統(tǒng)，所述醫(yī)學管理系統(tǒng)包括執(zhí)行醫(yī)學流程安排的進程，所述醫(yī)學流程安排包括將所述安排的確定傳輸給所述參加者計算機系統(tǒng)，所述的參加者計算機系統(tǒng)是健康護理提供者，患者，雇主或支付者。
20.權利要求1的系統(tǒng)，其中能夠從所述規(guī)格化數據中生成醫(yī)學健康記錄。
【文檔編號】G06Q10/00GK103793865SQ201410028906
【公開日】2014年5月14日 申請日期:2001年10月11日 優(yōu)先權日:2000年10月11日
【發(fā)明者】R.A.科爾普曼, J.C.彼得森, C.A.波斯特, J.D.瓦倫, M.M.哈森 申請人:健康三重奏有限責任公司