醫療單位正面臨著充滿挑戰的商業環境,需要新的網際網路通訊協定 (IP) 服務、降低成本,以及更加能夠留住客戶。IBM(R) WebSphere(R) Business Integration Collaborations for Healthcare 能為這些公司解決需求, 方法是整合手動及自動化程序,以便有效且快速地提供能獲益的新服務。藉由使這些程序更有效率及重新設計這些程序,WebSphere Business Integration Collaborations for Healthcare 也讓服務提供者能大幅降低其運作費用,並增加其盈餘。
醫療單位現今面臨了許多挑戰,其範圍從對抗競爭壓力, 到必須建置新網路,以處理不斷變更的客戶需求等。直到 IP 網路問世及網際網路越來越高的全球普及程度,醫療單位已將其焦點轉移到建置提供客戶新服務所需的基礎架構。 為了要將成本降到最低、改進資料存取,以及藉由引進新服務產生額外的收益,必須克服幾項重大的阻礙,包括:
以上列出的障礙可以透過醫療單位內部各個部門與程序的整合來解決。有鑑於此,醫療單位致力於建立一個基礎架構,用以連接不同的系統, 並可從一個以病人為中心的檢視畫面檢視各項服務,同時大幅增加作業效率。
許多端對端的商業程序是醫療產業間所共通的。 為了達到其主要目標,個別公司及醫療產業整體來說必須使這些程序更有效率,並確定其系統能一起運作,以維持效率及彈性。醫療產業的主要端對端商業程序可以分成下列幾個種類:
商業整合的挑戰在於提供自動化解決方案,用以連結企業的所有參與者,進而提供端對端服務。在這裡, 參與者可以是應用程式 (提供必要商業功能的軟體程式)、使用者 (任何經過授權的人員,例如護士、技師、管理員或內科醫生,或是商業資訊單位 (記錄商業交易的資料)。
若要應付這些商業整合的挑戰,需要系統性的商業程序模型,藉以達到下列結果:
為了達到更高的效率並降低成本,醫療單位現在需要能連結商業支援系統 (BSS) 及作業支援系統 (OSS) 的最佳解決方案。能快速推出新服務, 卻不會干擾重要作業的產業整合解決方案,為這些服務提供成功的最佳機會。能有快速供應服務的功能、與企業夥伴及內容提供者整合的功能, 以及獲得一個以病人為中心的檢視畫面來檢視各種服務的功能,均是主要商業整合的優先事項。醫療單位也需要保有監視及測量服務品質的能力,如此才能區別其服務項目,並提供分級的價格結構。
WebSphere Business Integration Collaborations for Healthcare 讓醫療單位能夠整合商業支援系統與作業支援系統, 以及能夠快速地提供新服務給它們的人員,且在醫療資料的交換、管理與整合方面,全都根據「健康資訊交換第七層協定 (HL7)」開放標準。 (如需 HL7 Standards Developing Organization 及通訊協定的完整說明,請到 www.hl7.org。) 透過使用預先建置的協同作業,能夠有效地提供將端對端解決方案之商業程序步驟自動化的範例, 例如靜態遵醫囑性報告、病患電子病歷 (EMR),以及多層式醫囑。 與 IBM WebSphere Business Integration Adapter for Healthcare Data Protocols 一起使用時,WebSphere Business Integration Collaborations for Healthcare 能夠整合最佳的解決方案與具備 HL7 的現有舊系統。
WebSphere Business Integration Collaborations for Healthcare 是針對醫院與其他醫療業者所設計, 這些單位都在尋求如何才能夠建置維護現有應用程式的程序,同時又利用企業層面商業整合策略所提供的好處。WebSphere Business Integration Collaborations for Healthcare 套件包括:
「WebSphere Business Integration 醫療交易協同作業」中包含的協同作業範本會針對 HL7 2.4 類型的商業物件而運作。
下列商業規則適用於每一個 WebSphere Business Integration Collaborations for Healthcare 使用案例。若有需要, 其他適用於特定使用案例的商業規則會附註在那些特定使用案例之下:
WebSphere Business Integration Collaborations for Healthcare 提供一個可調整的組織架構,能讓商業支援系統毫無疏漏地與後端作業支援系統相互作用。WebSphere Business Integration Collaborations for Healthcare 不僅提供資訊連線功能及整合 (ICI),而且也提供商業程序整合或商業程序管理 (BPM)。
編排管理程式會改編供應服務所需的巨集流程或循序處理步驟。 它也會為長時間執行的交易或需要人工介入的交易提供支援。 協同作業管理程式是在應用程式層次管理資訊。
此解決方案所包含的預先建置協同作業範本,可提供在所有使用共用商業物件模型的相關應用程式及系統上,商業程序及資料同步化流程的範例。共用商業物件模型的好處是不需要大幅改變任何應用程式, 即可讓它們彼此通訊。來自一個應用程式的資訊會透過轉換應用程式特有商業物件所在的協同作業管理程式,遞送至通用商業物件,後者便可接著與其他應用程式通訊。
IBM WebSphere Business Integration Adapter for Healthcare Data Protocols 可以用來整合商業支援系統和作業支援系統應用程式。
WebSphere Business Integration 的組織架構以三個元素建置而成:人員、內容、程序。此處的人員是指在商業程序中擔任服務要求者 (例如客戶) 或服務提供者 (例如公司員工) 的人。內容代表提供商業服務的一組企業實體。程序是由商業作業的編排法所組成,它控制了執行商業作業的順序。
商業整合的方法有很多。WebSphere Business Integration 解決方案是藉由將企業應用程式整合成商業服務提供者,以支援預先定義的商業程序來整合商業程序。整合的元素包含企業系統的解決方案模型。
WebSphere Business Integration 讓應用程式整合更容易且更有彈性,其方法是將商業程序控制賦予一個與應用程式本身有所區別的實體。當商業程序控制項呼叫應用程式時,應用程式只提供由其已發行之介面所定義的服務。控制及商業流程邏輯與應用程式是有所區別的,而其開始及結束狀態會移入商業程序模型中。應用程式因此分成幾個模組,而商業程序會在適當時機呼叫這些模組, 以便執行於商業程序模型中所定義的程式活動。這個方法免除了個別應用程式必須瞭解與處理作業相關之商業邏輯的需要, 提供了可隨著商業發展個別修改商業邏輯的好處。
商業程序會定義順序,讓企業用來在公司內組織客戶交易的工作。這種將商業的集中活動組織起來的方式就稱為商業程序管理 (BPM)。商業程序間的順序則稱為商業程序編排。一旦清楚地定義了商業程序, 組織便可適當地監視及改善這些程序,提供加強控制給醫療專業人士,並允許個人影響與變更商業程序。
IBM WebSphere Business Integration Collaborations for Healthcare 符合 HL7 標準 2.4 版,而非重新定義一組新的商業程序模型。HL7 組織架構扮演的角色是引導程序的藍圖,以及開發與整合商業及作業支援系統 (BSS 及 OSS) 的起點。HL7 以端對端的方式支援醫療企業層次的程序及子程序。它提供一個中性的參照點,讓醫療服務提供者在考慮程序重新設計需求、企業夥伴關係、聯盟, 以及與其他服務提供者建立一般工作協議時,可以參照它。HL7 定義醫療空間內的一般功能、輸入及輸出。 HL7 也說明了相互連接點,這些項目組成了醫療產業特有之商業程序的端對端作業處理流程。
以下圖解顯示一個 WebSphere Business Integration Collaborations for Healthcare 解決方案模型的高層次檢視。該模型分成三層:
程序編排層及應用程式/資訊整合層再分成商業整合層。商業整合層是 WebSphere Business Integration 解決方案架構的軸心。
程序指的是產生給定結果所採取的一連串動作。程序可以從多個層次來考慮它。在高層次,商業程序是策略性的程序,它們定義了執行一項商業的方法。在最低的層次,有可以包含單筆交易的作業程序,其套用在商業邏輯。在這兩個層次之間還有不同的程序層次,稱為協同作業程序,它們落在作業及策略模式之間。
如以上圖解所示,程序編排層是由一組商業程序模型所組成。一個商業程序模型代表一個商業程序。如以上圖解所示,應用程式/資訊整合層是由一組協同作業模型所組成。 每一個協同作業模型都會為應用程式商業功能或資訊定義一個整合程序。最後,應用程式層是由提供商業程序所需之商業服務 (或作業程序) 的應用程式所組成。
以下圖解顯示子模型的規格,其中包括整個 WebSphere Business Integration Collaborations for Healthcare 解決方案模型,以及包含每個子模型分組的成品:
下列各節說明解決方案模型各個元素的明細。
使用系統性商業程序模型可使評估及改善商業程序本身更容易。運用商業程序模型套用技術可以改善效率,並移除組織內部、跨公司或內部組織專案內的屏障。WebSphere Business Integration Collaborations for Healthcare 符合公開標準,而非重新定義一組新的商業程序模型。 WebSphere Business Integration Collaborations for Healthcare 商業程序是根據 HL7 標準 2.4 版建置而成。
端對端商業程序可以分成許多稱為程序元素的商業程序。程序元素指的就是構成要素,它們可以用來組合端對端的商業程序。WebSphere Business Integration Collaborations for Healthcare 解決方案提供這些構成要素, 以便在整合商業程序管理解決方案時,提供最大的彈性及速度。 這些構成要素就是商業程序模型。
商業程序是由商業活動的編排法所組成。此編排法指定下列資訊:
商業程序會管理及監視執行商業程序的方法,而且它們在過程中需要所有參與者支援。然而,商業程序不會指定執行個別活動的方法。
商業活動可以分類成手動活動或自動化活動。手動活動代表使用者介入。客戶服務代表 (CSR) 檢查客戶信用的這項工作項目就是手動活動的一個範例。自動化活動包括由應用程式執行的商業作業。
自動化活動需要一個或一個以上屬於商業程序參與者的應用程式支援。藉由將一個或一個以上商業功能的要求傳到應用程式或應用程式元件通常就可以達到這個目的。商業功能是指應用程式的一項作業,其中含有定義明確且特定的輸入及輸出。這些功能大多專用於單一用途。為了達到分類及實作目的,具有相關或補充功能的商業功能會分成各種功能群組。
每一個 WebSphere Business Integration Collaborations for Healthcare 商業程序模型都包含一個建議的編排法。它假設商業程序的編排法可以隨著時間變更,而且可以因組織而異。因此,這個建議的編排法不會嘗試定義一個標準編排法。它所提供的僅作為參考或範本使用,以使實作更加容易。WebSphere Business Integration Collaborations for Healthcare 商業程序定義工具提供了修改編排法的彈性。
使用案例模型說明了商業程序的明細。它是商業程序的規格,說明了商業程序的各種需求。在 WebSphere Business Integration Collaborations for Healthcare 中,使用案例也會顯示商業活動 (內含於商業程序中) 彼此之間預先定義的相互關係。
商業服務提供一個可由商業程序存取的介面模型。這些介面隱藏了商業服務的實作明細。自動化商業程序活動會呼叫商業功能,以取得商業服務。由商業程序活動呼叫的商業功能通常是聚集功能,它們可以進一步分成應用程式所提供的功能。WebSphere Business Integration Collaborations for Healthcare 使用協同作業來聚集應用程式層次的功能。
以上說明的聚集功能與商業程序活動之間具有一對一的關係。每一個聚集功能分別代表一個可能的高層次商業服務 (利用基礎應用程式可以完成該服務)。因此在決定可達到的商業程序活動時,商業服務是一種非常有用的參照模型。 聚集商業功能 (例如簡易商業功能) 也可定義為功能介面。功能介面定義了介面的輸入及輸出條件,以及它所提供的服務。
商業服務可視為一種可重複使用的模型,適用於自動化商業活動。它們也可以用來鏈結商業程序活動與商業功能。
商業物件被定義為一筆與商業相關的資訊或資料,這些資料或資訊需要儲存,而且用在多筆商業交易上。這些物件有些只對單一應用程式有用,在此情況下,可以利用該應用程式的私密資料儲存庫來儲存商業物件。
在商業程序進行期間,商業物件可以從一個應用程式轉移至另一個應用程式,或從一位使用者轉移至另一位使用者。 另一方面,數個應用程式可以利用同一個商業物件,以達到不同的目的。以其中任一種方法所共用的商業物件應被視為共用商業物件。
在 WebSphere Business Integration Collaborations for Healthcare 中,此商業資訊是由商業物件模型在各個應用程式之間共用。商業物件模型代表現行版本中的所有商業物件。在商業物件模型中的每個商業物件分別代表醫療領域內所需的一個商業資訊項目。它們各有定義明確的屬性,這些屬性可對映至應用程式特有的屬性。
商業活動由聚集商業功能支援。聚集商業功能則是由應用程式所執行的一個或一個以上精細功能所支援。協同作業模型說明呼叫精細功能的聚集程序。它也會同步化位於不同應用程式中的共用資訊。
功能群組是相關及補充商業功能的集合。為了要能重複使用,協同作業通常會建立功能群組的模型,而不是單一商業功能的模型。
協同作業模型可以扮演兩種角色:協同作業模型可以是商業程序活動的服務提供者, 它也可以是使用商業程序所提供之服務的服務客戶。
WebSphere Business Integration Collaborations for Healthcare 會將應用程式視為可予以整合,以支援特定商業程序的解決方案資源。為了使整合更容易且有彈性,商業程序流程會與應用程式本身區隔。這個方法免除了個別應用程式必須瞭解與處理作業相關之商業邏輯的需要。
有些應用程式在應用程式內嵌了商業程序,而這些商業程序無法與應用程式區隔。在此情況下,您可以選擇不要使用該應用程式,以便維持集中控制, 或是如果內嵌的商業程序相等於 WebSphere Business Integration Collaborations for Healthcare 提供的商業程序, 則您可以將該內嵌的商業程序視為一個外部商業程序,從端對端程序直接呼叫它。如果內嵌的程序只是較大 WebSphere Business Integration Collaborations for Healthcare 商業程序的一部份, 您可以修改該商業程序,使內嵌的商業程序也內嵌在 WebSphere Business Integration Collaborations for Healthcare 商業程序內。
IBM 的整合技術提供實作各種電子商業模型的彈性及可調整性。協同作業物件包含了說明基礎商業程序的商業邏輯, 用以協調不同應用程式的商業程序功能,並使應用程式間能夠交換資料。
WebSphere Business Integration Collaborations for Healthcare 包含一個工作流程與協同作業範本集,可以針對個別使用而調整。 每一個構成 WebSphere Business Integration 醫療協同作業的協同作業範本, 都能促進商業程序再造工程及應付特定的整合挑戰。
下列範例示範病患病歷的簡單檢查與更新。 在此範例情況中,內科醫師查驗病患電子病歷 (EMR) 中的資訊、發出新藥品申請的指示、驗證病患已在新的藥物治療涵蓋範圍中,並在藥物治療核准時更新 EMR。 Portlet 應用程式一開始會顯示 EMR。這個 Portlet 也會收集內科醫師的輸入,並將藥物治療的要求放入佇列。EMR 工作流程發出電子郵件, 通知相關單位可以顯示更新過的 EMR 了。
商業問題:內科醫師需要檢查病患的病歷和保險記錄,然後才開出新藥的藥方。
實現的商業利益:內科醫師能夠快速地判定新藥是否適合該名病患,且病患的保險公司是否會負責這筆費用。
利用的工作流程:電子病歷
程序