本發(fā)明涉及一種醫(yī)療系統(tǒng)管理和操作的方法，具體涉及一種放射治療系統(tǒng)的流程管理和設備運營操作的方法。

背景技術：

放射治療包含粒子束治療及傳統(tǒng)放射治療，是一種癌癥及良性腫瘤的治療技術。粒子束治療系統(tǒng)通常包括離子源系統(tǒng)、進入軌道、加速系統(tǒng)、束流傳輸系統(tǒng)、若干照射系統(tǒng)和若干治療計劃系統(tǒng)。從離子源系統(tǒng)產生的粒子，如質子和離子（如氦離子、碳離子、氧離子等），通過進入軌道流入加速系統(tǒng)，經同步加速器或回旋加速器達到預定的能量，再經束流傳輸系統(tǒng)，最終發(fā)送到治療照射系統(tǒng)，到達照射系統(tǒng)的粒子束，根據(jù)治療計劃系統(tǒng)計算的參數(shù)，控制其照射軌跡，使其對患者預定的目標腫瘤體進行散射或掃描照射。

上述計算得到的參數(shù)稱為治療計劃，該計劃指定了一系列的操作和數(shù)值，如劑量率MU、照射系統(tǒng)的角度、能量、腫瘤靶區(qū)的坐標等。這些由治療計劃給定的參數(shù)經加速器、束流傳輸和發(fā)送控制系統(tǒng)被數(shù)字化地傳遞和轉換成系統(tǒng)控制設置參數(shù)。

應用粒子束治療系統(tǒng)治療患者涉及一系列復雜的流程和決策，需要包括前臺護士、放射腫瘤科醫(yī)生、影像科醫(yī)生、醫(yī)學物理師、護士、治療師、患者個人專屬治療設備制造的技術員、加速器物理師、工程師和醫(yī)院財務人員在內的臨床各科室、工程部門和管理部門之間緊密的配合。因為粒子束治療系統(tǒng)需要由專業(yè)的多學科醫(yī)療團隊在不同的地點，不同階段的提供多種醫(yī)療服務。流程的復雜性導致了需要投入大量的精力來使整個流程高效精確的運轉，在實際的操作過程中，我們可以書面的形式記錄整個流程的運轉，但是所面臨的最大的挑戰(zhàn)是如何驗證流程中的每一階段是否根據(jù)背后復雜的數(shù)據(jù)關系被正確的連接起來，比如需要同時解析隱含其中的依賴關系和基于之前的配置所保存數(shù)據(jù)的之間的關系，像每一步驟的醫(yī)療服務起始及完成的確切時間，這就為患者和醫(yī)護人員帶來了不便。

技術實現(xiàn)要素：

本發(fā)明的目的是提供一種能夠解決現(xiàn)有技術中所存在的問題的放射治療系統(tǒng)的流程管理和設備運營操作的方法。

為了解決背景技術所存在的問題，本發(fā)明是采用以下技術方案：一種放射治療系統(tǒng)的流程管理和設備運營操作的方法，放射醫(yī)療包含使用傳統(tǒng)的光子，電子，及先進的質子和重離子射束的治療，它包含如下結構：

（一），在TIMPS-QS系統(tǒng)中創(chuàng)建放射治療的隊列模型，隊列模型包括多個步驟，多個步驟連接在一起形成工作流，工作流是一系列跨階段的，包含起始和終止時間的，針對患者的醫(yī)療服務的交付過程，工作流是關于患者在放射治療醫(yī)院經歷治療一個的過程，工作流描述了用放射治療一個患者的邏輯和服務順序；任務是一個臨床工作的描述，包含了患者信息，處方，并且/或者包含指示說明信息，任務從工作流的起始步驟進入，然后歷經多個步驟直至到達最后的步驟，任務在步驟中的通過是由任務的屬性來控制，一個步驟可以有一個或者多個后續(xù)步驟，多個步驟也可以匯聚到一個步驟，一個步驟可配備一個隊列（一個包含特定任務的列表）或者一個資源 （設備或者器材），由一個或者多個操作員依任務的屬性及操作指示來提供一個服務（在一個步驟里完成一個任務的行動）給進入的任務，若任務進入了一個配備隊列的步驟，就由步驟具有的屬性將任務在隊列中排序，來決定任務接受服務的優(yōu)先次序，當一個任務進入到一個隊列中，隊列所屬的操作員基于任務附帶的信息和指示來交付服務；在單個步驟中，一個任務具有“隊列中”，“服務中”，及“完成” 三個之一的一個狀態(tài)；任務流經一個步驟必須首先進入隊列，當任務進入隊列時就自動進入“隊列中” 狀態(tài)，當操作員開始交付服務時，任務就進入“服務中” 狀態(tài)，當操作員完成交付服務時，任務就進入完成” 狀態(tài)；一個進入隊列的任務，包含有“開始”、“結束”以及“服務中”時間，在任務進入和離開隊列，各個服務開始交付時，“開始”、“結束”以及“服務中”的時間戳都被記錄下來；隊列中“開始”時間戳是當任務進入隊列中時自動記錄的，若“服務中”的“開始“時間戳在隊列中和隊列中“開始”時間戳一樣，則時間戳會被自動記錄，若不同，則由操作員手工觸發(fā)；“結束”時間戳既可以基于服務結束來自動觸發(fā)，也可以由操作員手工觸發(fā)；如果一個步驟配備了資源，那么一個日歷格式的工具允許操作員在這個步驟之前的步驟里來給當前步驟的任務預定資源，并允許根據(jù)需要可在同樣的資源中調整（加，減，或移動）排程，也可以在一個資源上申請重復的排程；每一個排程包含一個起始和完成時段及一個任務，操作員在預定的時段內依任務來交付服務；一個服務只可以由一個操作員來執(zhí)行，由一個操作員執(zhí)行的一個服務的結束，會給當前的任務產生新增的屬性或者數(shù)據(jù)；操作員在一個或者多個步驟中交付服務的過程中會有一個唯一的角色，這個角色可以是臨床人員（例如：醫(yī)療物理師），也可以是系統(tǒng)（例如：圖像導入程序）；在整個工作流上，任務的屬性是可變的，當任務接受服務后，任務帶著和進入此步驟時不一樣的屬性離開此步驟；

（二），TIMPS-QS系統(tǒng)整合了醫(yī)院信息系統(tǒng)（HIS）中患者的必要信息、醫(yī)學影像歸檔和通信系統(tǒng)（PACS）中患者的圖像數(shù)據(jù)、治療計劃系統(tǒng)（TPS）中患者的治療模擬數(shù)據(jù)以及關系數(shù)據(jù)庫中的工作流數(shù)據(jù)，及醫(yī)院員工資料；

（三），TIMPS-QS為放射治療系統(tǒng)提供了一種全新的在多種環(huán)境下均能適用的配置方法，建立一套用于配置流程的框架，使用一個流程編輯器，支持在用戶界面以拖放的方式對現(xiàn)有的流程進行可視化的調整，利用這工具靈活地對治療服務流程進行配置，此解決方案在對每一步進行抽象的基礎上提供細粒度的配置接口，同時支持按照不同的需求對整個流程進行詳細的配置；

（四），使用者在終端經由TIMPS-QS系統(tǒng)安全加密及安全管理的網(wǎng)址操作病人治療流程的管控，經由使用介面上的自適應網(wǎng)頁，使用者可以在任何時間任何地點在計算機或智能移動設備上通過標準瀏覽器訪問系統(tǒng)，隨時隨地獲取相關數(shù)據(jù)信息及採取相應的必要行動。在TIMPS-QS系統(tǒng)的客戶端，每個用戶都有一個賬戶，經由多因子認證機制獲得授權登錄，每個用戶都被分配了一個或多個身份，而每個身份被授予一組權限，一些權限也可以直接分配給特定的用戶，當用戶登錄時，在后臺一個含有用戶信息的機制也同時被創(chuàng)建；它包含授予用戶的所有權限，在系統(tǒng)配置層面，所有的網(wǎng)頁上的請求將會基于對應的網(wǎng)址而被檢測控制，這意味著特定的用戶只能訪問特定的URL，而在每個網(wǎng)頁面配置層面上，對于每個功能，用戶信息的機制都會有相應的權限來決定是否可以使用該功能，所有的操作都會基于兩類信息進行驗證，一類是基于操作員用戶的身份，一類是基于操作員用戶的權限；在步驟中推進任務可能需要判定，這些判定依賴于任務的屬性和服務交付的結果，在任務被列隊和服務交付后，任務已經準備好通過工作流進入到下一個步驟；在一個步驟可以連接多個后續(xù)步驟的情況下，任務被并發(fā)的推進到后續(xù)步驟中，步驟也可以有條件的讓任務進入到這個步驟的多個后續(xù)步驟中的某個步驟；

（五），TIMPS-QS系統(tǒng)對運行狀況及病人服務進程提供確精的管理、監(jiān)視、事件警報及報告，使用預設頻率快照來對隊列模型數(shù)據(jù)，通過“提取-傳輸-加載”的方法進行操作存儲在創(chuàng)建的專屬數(shù)據(jù)庫，為分析工具提供了基礎，在一個大尺寸的智能電視上顯示病人服務進展并且布置在關鍵的位置，TIMPS-QS系統(tǒng)提供一個在線可視化圖表，展示給醫(yī)院管理團隊，操作員擁有自己的專屬的視圖介面和應用程式來執(zhí)行所負責的工作；

（六），TIMPS-QS系統(tǒng)的客戶端通過云計算平臺訪問服務器，使用者登錄客戶端，客戶端發(fā)送HTTPS請求到應用伺服器（application server如Tomcat），然后應用伺服器處理HTTPS請求，并將其轉發(fā)給服務調度程序 （DispatchServlet），服務調度程序委派HTTPS請求到各個控制處理單元，控制器（controller）管理傳入的請求，根據(jù)不同的請求通過使用各個模型的數(shù)據(jù)生成視圖，并返回相應的響應，控制器還負責處理業(yè)務邏輯，它可以被看作是系統(tǒng)的入口，負責決定返回給用戶的內容；當任務進入隊列時，通知模塊將通知消息發(fā)送給負責該任務的操作員，并激活相對應的提醒，通知模塊允許任務生成多個事件排隊通過消息隊列發(fā)送到不同的客戶端，進而生成不同類型的消息，每一個客戶端都有生成該客戶端對應類型消息的實現(xiàn)，通知模塊中含有一個調度程序，它定期檢查存儲在數(shù)據(jù)庫中的通知，以預定的頻率的將需要發(fā)送的提醒消息發(fā)送至消息隊列，從而生成不同的消息發(fā)送給不同的操作員，當操作員完成了任務，通知消息及提醒消息會被刪除；

（七），當患者完成癌癥治療后，TIMPS-QS系統(tǒng)為患者提供后續(xù)的隨訪服務，TIMPS-QS的隨訪模塊擁有包含每位患者從診斷以來所有的摘要信息，以及與腫瘤登記模塊相一致的數(shù)據(jù)庫和應用程序，隨訪的患者將會獲得持續(xù)關注以確定治療是否有效，TIMPS-QS系統(tǒng)允許臨床醫(yī)生查找患者狀態(tài)、癌癥狀態(tài)、復發(fā)疾病、附加的治療計劃以及患者可能已診斷過的新型癌癥，臨床醫(yī)生按照既定的計劃隨訪每位患者，TIMPS-QS系統(tǒng)將會通過HIS接口同步隨訪計劃和檢查結果，隨訪的計劃安排將會通過通知模塊發(fā)送機制告知患者，當患者在TIMPS-QS系統(tǒng)中留有記錄，他們就可以登陸到這樣另外一個可在計算機和智能手機上訪問的癌癥患者的社交網(wǎng)絡系統(tǒng)，癌癥患者可以通過TIMPS-QS系統(tǒng)與其它病友交流并分享治療經驗。

作為本發(fā)明進一步的改進：所述的交流的形式包括文字、聲音和視頻，通知模塊通過微信、郵件和短信通知操作者。它定期檢查存儲在數(shù)據(jù)庫中的通知，以預定的頻率的將需要發(fā)送的提醒消息發(fā)送至操作員，當操作員完成了任務，通知消息及提醒消息會被刪除。

作為本發(fā)明進一步的改進：所述的移動終端包括智能手機、電腦和平板, 經由使用介面上的自適應網(wǎng)頁技術(Responsive Design)，使用者可以在任何時間任何地點在計算機或智能移動設備上通過標準瀏覽器訪問系統(tǒng)，隨時隨地獲取相關數(shù)據(jù)信息及採取相應的必要行動。

作為本發(fā)明進一步的改進：所述的創(chuàng)建放射治療的隊列模型中的任何一個步驟可以按需求及步驟的屬性，隨機產生一個或多個子工作流，這些子工作流最終匯集在母工作流中的一個或多個步驟上。

作為本發(fā)明進一步的改進：所述的創(chuàng)建放射治療的隊列模型可以管理監(jiān)控到對病人的全程治療課程（treatment course），其中包含整體治療計劃 （treatment plan）及所屬的光子或粒子束組（beam or portal group）及治療活動 (treatment fraction) 的設計流程，總劑量 （total dose），及分劑量（fraction dose）。

作為本發(fā)明進一步的改進：所述的創(chuàng)建放射治療的隊列模型系統(tǒng)依據(jù)操作員的工作量，技能專責及輪值排序方法，采自動安排操作員，并提供輔助介面給管理領導適時執(zhí)行特殊狀況人工排班調節(jié)。

與現(xiàn)有技術相比，本發(fā)明的有益效果是：

設計合理，包含并整合了業(yè)務分析技術、移動計算和云計算技術、社交網(wǎng)絡、數(shù)位消息自動發(fā)送技術、動態(tài)配置流程的架構和隊列模型，可以實時管理、監(jiān)視、警告和報告整個放射治療所有患者的治療流程及設備方面的操作狀態(tài)，并且該系統(tǒng)可以通過通知模塊將信息發(fā)送給操作者，去除人為出錯率，在多種環(huán)境下均能適用，使用效果好。

附圖說明

為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案，下面將對實施例或現(xiàn)有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為本發(fā)明所提供的實施例中隊列模型的結構示意圖；

圖2為本發(fā)明所提供的實施例中通知模塊的工作示意圖；

圖3為本發(fā)明所提供的實施例中操作員和權限的結構示意圖；

圖4為本發(fā)明所提供的實施例中云計算平臺的結構示意圖；

圖5為本發(fā)明所提供的實施例中典型粒子束流程的結構示意圖。

具體實施方式

為了使本發(fā)明的目的、技術方案及優(yōu)點更加清楚明白，以下結合附圖及具體實施方式，對本發(fā)明進行進一步詳細說明。應當理解，此處所描述的具體實施方式僅用以解釋本發(fā)明，并不用于限定本發(fā)明。

請參閱圖1-圖5，本具體實施方式采用以下技術方案：一種放射治療系統(tǒng)的流程管理和設備運營操作的方法，它包含如下結構：

（一），在TIMPS-QS系統(tǒng)中創(chuàng)建放射治療的隊列模型，隊列模型包括多個步驟，多個步驟連接在一起形成工作流，工作流是一系列跨階段的，包含起始和終止時間的，針對患者的醫(yī)療服務的交付過程，工作流是關于患者在放射治療醫(yī)院經歷治療一個的過程，工作流描述了用放射治療一個患者的邏輯和服務順序。任務是一個臨床工作的描述，包含了患者信息，處方，并且（或者）包含指示說明信息，任務從工作流的起始步驟進入，然后歷經多個步驟直至到達最后的步驟，任務在步驟中的通過是由任務的屬性來控制，一個步驟可以有一個或者多個后續(xù)步驟，多個步驟也可以匯聚到一個步驟，一個步驟可配備一個隊列（一個包含特定任務的列表）或者一個資源 （設備或者器材），由一個或者多個操作員依任務的屬性及操作指示來提供一個服務（在一個步驟里完成一個任務的行動）給進入的任務，若任務進入了一個配備隊列的步驟，就由步驟具有的屬性將任務在隊列中排序，來決定任務接受服務的優(yōu)先次序，當一個任務進入到一個隊列中，隊列所屬的操作員基于任務附帶的信息和指示來交付服務；在單個步驟中，一個任務具有“隊列中”，“服務中”，及“完成” 三個之一的一個狀態(tài)；任務流經一個步驟必須首先進入隊列，當任務進入隊列時就自動進入“隊列中” 狀態(tài)，當操作員開始交付服務時，任務就進入“服務中” 狀態(tài)，當操作員完成交付服務時，任務就進入完成” 狀態(tài)；一個進入隊列的任務，包含有“開始”、“結束”以及“服務中”時間，在任務進入和離開隊列，各個服務開始交付時，“開始”、“結束”以及“服務中”的時間戳都被記錄下來；隊列中“開始”時間戳是當任務進入隊列中時自動記錄的，若“服務中”的“開始“時間戳在隊列中和隊列中“開始”時間戳一樣，則時間戳會被自動記錄，若不同，則由操作員手工觸發(fā)；“結束”時間戳既可以基于服務結束來自動觸發(fā)，也可以由操作員手工觸發(fā)；如果一個步驟配備了資源，那么一個日歷格式的工具允許操作員在這個步驟之前的步驟里來給當前步驟的任務預定資源，并允許根據(jù)需要可在同樣的資源中調整（加，減，或移動）排程，也可以在一個資源上申請重復的排程；每一個排程包含一個起始和完成時段及一個任務，操作員在預定的時段內依任務來交付服務；一個服務只可以由一個操作員來執(zhí)行，由一個操作員執(zhí)行的一個服務的結束，會給當前的任務產生新增的屬性或者數(shù)據(jù)；操作員在一個或者多個步驟中交付服務的過程中會有一個唯一的角色，這個角色可以是臨床人員（例如：醫(yī)療物理師），也可以是系統(tǒng)（例如：圖像導入程序）；在整個工作流上，任務的屬性是可變的，當任務接受服務后，任務帶著和進入此步驟時不一樣的屬性離開此步驟；隊列模型中的任何一個步驟可以按需求及步驟的屬性，隨機產生一個或多個子工作流，這些子工作流最終匯集在母工作流中的一個或多個步驟上。

（二），TIMPS-QS系統(tǒng)整合了醫(yī)院信息系統(tǒng)（HIS）中患者的必要信息、醫(yī)學影像歸檔和通信系統(tǒng)（PACS）中患者的圖像數(shù)據(jù)、治療計劃系統(tǒng)（TPS）中患者的治療模擬數(shù)據(jù)以及關系數(shù)據(jù)庫中的工作流數(shù)據(jù)，及醫(yī)院員工資料；

（三），TIMPS-QS為放射治療系統(tǒng)提供了一種全新的在多種環(huán)境下均能適用的配置方法，建立一套用于配置流程的框架，使用一個流程編輯器，支持在用戶界面以拖放的方式對現(xiàn)有的流程進行可視化的調整，利用這工具靈活地對治療服務流程進行配置，此解決方案在對每一步進行抽象的基礎上提供細粒度的配置接口，同時支持按照不同的需求對整個流程進行詳細的配置；

（四），使用者在終端經由TIMPS-QS系統(tǒng)安全加密及安全管理的網(wǎng)址操作病人治療流程的管控，經由使用介面上的自適應網(wǎng)頁，使用者可以在任何時間任何地點在計算機或智能移動設備上通過標準瀏覽器訪問系統(tǒng)，隨時隨地獲取相關數(shù)據(jù)信息及採取相應的必要行動。在TIMPS-QS系統(tǒng)的客戶端，每個用戶都有一個賬戶，經由多因子認證機制獲得授權登錄，每個用戶都被分配了一個或多個身份，而每個身份被授予一組權限，一些權限也可以直接分配給特定的用戶，當用戶登錄時，在后臺一個含有用戶信息的機制也同時被創(chuàng)建；它包含授予用戶的所有權限，在系統(tǒng)配置層面，所有的網(wǎng)頁上的請求將會基于對應的網(wǎng)址而被檢測控制，這意味著特定的用戶只能訪問特定的URL，而在每個網(wǎng)頁面配置層面上，對于每個功能，用戶信息的機制都會有相應的權限來決定是否可以使用該功能，所有的操作都會基于兩類信息進行驗證，一類是基于操作員用戶的身份，一類是基于操作員用戶的權限；在步驟中推進任務可能需要判定，這些判定依賴于任務的屬性和服務交付的結果，在任務被列隊和服務交付后，任務已經準備好通過工作流進入到下一個步驟；在一個步驟可以連接多個后續(xù)步驟的情況下，任務被并發(fā)的推進到后續(xù)步驟中，步驟也可以有條件的讓任務進入到這個步驟的多個后續(xù)步驟中的某個步驟；

（五），TIMPS-QS系統(tǒng)對運行狀況及病人服務進程提供確精的管理、監(jiān)視、事件警報及報告，使用預設頻率快照來對隊列模型數(shù)據(jù)，通過“提取-傳輸-加載”的方法進行操作存儲在創(chuàng)建的專屬數(shù)據(jù)庫，為分析工具提供了基礎，在一個大尺寸的智能電視上顯示病人服務進展并且布置在關鍵的位置，TIMPS-QS系統(tǒng)提供一個在線可視化圖表，展示給醫(yī)院管理團隊，操作員擁有自己的專屬的視圖介面和應用程式來執(zhí)行所負責的工作；

（六），TIMPS-QS系統(tǒng)的客戶端通過云計算平臺訪問服務器，使用者登錄客戶端，客戶端發(fā)送HTTPS請求到應用伺服器（application server如Tomcat），然后應用伺服器處理HTTPS請求，并將其轉發(fā)給服務調度程序 （DispatchServlet），服務調度程序委派HTTPS請求到各個控制處理單元，控制器（controller）管理傳入的請求，根據(jù)不同的請求通過使用各個模型的數(shù)據(jù)生成視圖，并返回相應的響應，控制器還負責處理業(yè)務邏輯，它可以被看作是系統(tǒng)的入口，負責決定返回給用戶的內容；當任務進入隊列時，通知模塊將通知消息發(fā)送給負責該任務的操作員，并激活相對應的提醒，通知模塊允許任務生成多個事件排隊通過消息隊列發(fā)送到不同的客戶端，進而生成不同類型的消息，每一個客戶端都有生成該客戶端對應類型消息的實現(xiàn)，通知模塊中含有一個調度程序，它定期檢查存儲在數(shù)據(jù)庫中的通知，以預定的頻率的將需要發(fā)送的提醒消息發(fā)送至消息隊列，從而生成不同的消息發(fā)送給不同的操作員，當操作員完成了任務，通知消息及提醒消息會被刪除；

（七），當患者完成癌癥治療后，TIMPS-QS系統(tǒng)為患者提供后續(xù)的隨訪服務，TIMPS-QS的隨訪模塊擁有包含每位患者從診斷以來所有的摘要信息，以及與腫瘤登記模塊相一致的數(shù)據(jù)庫和應用程序，隨訪的患者將會獲得持續(xù)關注以確定治療是否有效，TIMPS-QS系統(tǒng)允許臨床醫(yī)生查找患者狀態(tài)、癌癥狀態(tài)、復發(fā)疾病、附加的治療計劃以及患者可能已診斷過的新型癌癥，臨床醫(yī)生按照既定的計劃隨訪每位患者，TIMPS-QS系統(tǒng)將會通過HIS接口同步隨訪計劃和檢查結果，隨訪的計劃安排將會通過通知模塊發(fā)送機制告知患者，當患者在TIMPS-QS系統(tǒng)中留有記錄，他們就可以登陸到這樣另外一個可在計算機和智能手機上訪問的癌癥患者的社交網(wǎng)絡系統(tǒng)，癌癥患者可以通過TIMPS-QS系統(tǒng)與其它病友交流并分享治療經驗。

所述的交流的形式包括文字、聲音和視頻，通知模塊通過微信、郵件和短信通知操作者。

所述的移動終端包括智能手機、電腦和平板。

本具體實施方式的原理為：

TIMPS-QS是在云計算平臺上基于Java，Spring和Hibernate框架開發(fā)的系統(tǒng)。用戶可以在計算機或智能移動設備上通過標準瀏覽器訪問系統(tǒng)：如Internet Explorer，Edge，F(xiàn)irefox，Chrome和Safari。

請參閱圖4，客戶端發(fā)送HTTPS請求到Tomcat。然后Tomcat處理HTTPS請求，并將其轉發(fā)給DispatchServlet。 DispatcherServlet類是框架的前端控制器，負責委派HTTPS請求到各個控制處理單元?？刂破鳎–ontroller）負責管理傳入的請求，根據(jù)不同的請求通過使用各個模型（Model）的數(shù)據(jù)生成視圖（View），并返回相應的響應。此外，它還負責處理業(yè)務邏輯，它可以被看作是系統(tǒng)的入口，負責決定返回給用戶的內容。在現(xiàn)有的系統(tǒng)中有兩種控制器，Controller和REST Controller。Controller負責所有和需要展示的頁面相關的請求，這意味著所有需要顯示的頁面的請求都由Controller進行處理。REST Controller負責所有的數(shù)據(jù)請求，這意味著，它不返回任何HTML，而是返回JSON數(shù)據(jù)。REST Controller會請求醫(yī)院信息系統(tǒng)（HIS）獲得病人的數(shù)據(jù)，并將這些數(shù)據(jù)導入到TIMPS-QS系統(tǒng)中。服務層負責處理業(yè)務邏輯相關的實體，而DAO層借助Hibernate來查詢數(shù)據(jù)庫中的數(shù)據(jù)。虛線區(qū)域內是Spring框架。

視圖負責顯示HTML5內容。有些請求不需要查詢模型而直接獲得需要顯示的頁面。在TIMPS-QS中， HTML5的自適應網(wǎng)頁設計方法 (Responsive Web Design) 被用于開發(fā)基于瀏覽器的用戶界面，以提供一個最佳的用戶體驗。TIMPS-QS致力于用最少的縮放，平移和上下拉動來完成各種操作，使用戶在電腦，平板以及智能手機上都能輕松地完成各項任務。

請參閱圖1，圖1展示了TIMPS-QS獨創(chuàng)性的隊列模型。它提供了具有創(chuàng)新的方法，來有效的，高效率的，精確而可靠的管理復雜的粒子束治療中多個階段的治療過程。請結合參閱圖5，一個典型的粒子束治療流程分成6個階段：病人收治，計劃前準備，計劃優(yōu)化，計劃批準，照射發(fā)送和隨訪。每個階段包含了多個步驟（例如：CT掃描，制模等）。當各個步驟連接在一起時就形成了工作流。任務流經一個步驟必須首先進入隊列。這意味著任務必須等待直至操作員準備好了可以實施服務。這個時候，任務的狀態(tài)被定義為“隊列中”。一旦操作員開始交付服務，任務狀態(tài)就被轉換為“服務中”。當服務結束，任務狀態(tài)就變成“完成”。

一個步驟，可以由多個操作員來操作。但是一個服務只可以由一個操作員來執(zhí)行。由一個操作員執(zhí)行的一個服務的結束，會給當前的任務產生新增的屬性或者數(shù)據(jù)。操作員在一個或者多個步驟中交付服務的過程中會有一個唯一的角色，這個角色可以是臨床人員（例如：醫(yī)療物理師），也可以是系統(tǒng)（例如：圖像導入程序）。在整個工作流上，任務的屬性是可變的。當任務接受服務后，任務帶著和進入此步驟時不一樣的屬性離開此步驟。

如果一個步驟配備了資源(例如：治療發(fā)送步驟配備治療室)，那么一個日歷格式的工具允許操作員在這個步驟之前的步驟里來給當前步的驟任務預定資源（例如：為病人指定治療室治療的日期和時間）?！伴_始”和“服務中”時間戳是和排程的開始時間一樣的?！敖Y束”時間戳就是排程的結束時間。排程工具提供了一個方法來管理資源的分配。一個任務，允許根據(jù)需要在同樣的資源中調整。例如：病人通常是在同一間治療室治療的，但是，如果治療室的配置是完全相同的，也可以在其它治療室進行排程?；蛘甙瘁t(yī)療計劃，先在水平治療室排程預定次數(shù)后，轉至不同的旋轉治療室排程。一個任務，可以在一個資源上申請重復的排程。例如，一個病人的整個療程的治療交付可以以一天一次，每周五天，連續(xù)幾周來排程。在資源上排程一個任務的結果是和任務在工作流上流動的屬性相聯(lián)系的，每一次排程代表進入相關聯(lián)的步驟一次。例如：病人接受15次治療照射，在治療發(fā)送步驟的資源上就會有15個排程，則任務在工作流的治療發(fā)送步驟上流動15次。這個工具有可以讓操作員來更改資源上一個或者多個已排程好的的任務，并且可以相應的自動調整整個排程表的能力。

在步驟中推進任務可能需要判定，這些判定依賴于任務的屬性和服務交付的結果。在任務被列隊和服務交付后，任務已經準備好通過工作流進入到下一個步驟。在一個步驟可以連接多個后續(xù)步驟的情況下，任務被并發(fā)的推進到后續(xù)步驟中。如圖1所示：任務從步驟1出發(fā)然后分開進入步驟2和步驟3。步驟也可以有條件的讓任務進入到這個步驟的多個后續(xù)步驟中的某個步驟。例如，如果步驟3上的服務交付結果和任務自身的屬性滿足步驟選擇的條件，步驟3的任務會流入步驟n+1， 否則流入步驟n+2。

從任務和設備的高層面的狀態(tài)視圖到非常細小層面的任務和設備的狀態(tài)視圖，此隊列模型實時管理，監(jiān)視，警告和報告整個粒子治療所有患者的治療流程及設備方面的操作狀態(tài)。例如：高層面上的所有病人設備范圍上的服務狀態(tài)，任務在每一個隊列中停留的時間長度，一個操作員在一個步驟內交付一個服務的執(zhí)行力，設備的正常運行時間和停工時間，設備生產能力的使用情況，操作的瓶頸，每一個病人的整個治療流程的持續(xù)時間，整個設備操作的詳細內部情況等。

本具體實施方式能夠利用工具靈活地對治療服務流程進行配置。TIMPS-QS創(chuàng)造性的建立一套用于配置流程的框架，它的主要特性體現(xiàn)在以下幾個方面：

1、擁有一個流程編輯器，支持在用戶界面以拖放的方式對現(xiàn)有的流程進行可視化的調整。在框架中，默認建立了一套標準的粒子束治療服務流程，如圖5，它主要包含6行，分別代表6個不同的粒子束治療服務階段。同時包含一系列的步驟。用戶可以以拖放的方式，創(chuàng)建新的流程模板，或者添加、修改和移除其中的某些步驟、決策模塊和步驟間的連接類型，從而設計出符合用戶需求的流程。

2、步驟擁有標準的屬性，比如編號、名稱、前置任務、后置任務、隊列、資源、執(zhí)行者、服務等，這些屬性將會被用于創(chuàng)建相應的關系型數(shù)據(jù)庫。通過編輯器，用戶可以通過用戶界面添加有限的附加屬性，并加入數(shù)據(jù)庫。系統(tǒng)能夠通過配置屬性的方式，支持相關文檔的上傳。

3、同時構建測試及生產環(huán)境，確保系統(tǒng)在用于實際的運行之前經過詳盡的測試及驗證。在測試環(huán)境中，使用工作流程驗證測試能找出潛在的會導致系統(tǒng)崩潰的錯誤，比如子工作流的缺失、任務流轉中斷、數(shù)據(jù)的不完整等。系統(tǒng)將會生成一份工作流驗證報告，列出測試的結果，提供詳細的信息用于問題的跟蹤以及系統(tǒng)的修正。在驗證之后，系統(tǒng)正式上線之前，將會對系統(tǒng)實施版本控制。在部署期間所涉及的數(shù)據(jù)都將納入系統(tǒng)版本控制的管理。同時將會創(chuàng)建系統(tǒng)還原點，系統(tǒng)可以在實施新的部署后進行回退操作。

4、不同于現(xiàn)有其他系統(tǒng)的設計，如瓦里安（Varian）以病人為導向的治療流程管理軟件ARIA和醫(yī)科達（Elekta）用于常規(guī)腫瘤放射治療的軟件MOSAIQ，這些系統(tǒng)需要為每一個病人定制一個治療流程。TIMPS-QS的設計以光子及粒子束治療設備為導向，來建立一個全方位的病人治療服務系統(tǒng)。病人將會被看做成一個任務，在工作流中進行流轉并接受相關的治療服務。這種方法只需要對一套設備工作流程進行配置，有效的消除了高強度的人力投入，降低了出錯的概率，增強了系統(tǒng)的可靠性。同時多學科醫(yī)療團隊的協(xié)作的效率，將比在單純以單個病人為導向的治療流程中的協(xié)作效率得到更好的發(fā)揮。

當患者在TIMPS-QS中留有記錄，他們就可以登陸到這樣另外一個可在計算機和智能手機上訪問的癌癥患者的社交網(wǎng)絡系統(tǒng)，在這樣的一個網(wǎng)上社區(qū)中，癌癥患者可以通過文字、聲音和視頻的形式與其它病友聯(lián)系并分享治療經驗，該平臺不僅幫助患者在治療后通過聯(lián)系那些愿意分享治療經驗和心情的人得以重拾生活的希望，還能促使其鼓足勇氣以擺脫治療過程中孤立無援的感覺。

本發(fā)明整合了醫(yī)院信息系統(tǒng)（HIS）中患者的基本信息、醫(yī)學影像歸檔和通信系統(tǒng)（PACS）中患者的圖像數(shù)據(jù)、治療計劃系統(tǒng)（TPS）中患者的治療模擬數(shù)據(jù)以及關系數(shù)據(jù)庫中的工作流數(shù)據(jù)。臨床各科室醫(yī)務人員及醫(yī)院管理主管可通過具有網(wǎng)路瀏覽器（主要包括Internet Explorer, Edge, Firefox, Chrome和Safari）的智能移動設備(例如桌上型電腦，筆記本電腦、平板電腦、智能手機、智能電視，汽車上的智能網(wǎng)路瀏覽系統(tǒng)等)，經由網(wǎng)路加密及安全管理技術，隨時隨地獲取相關數(shù)據(jù)信息及採取相應的必要行動，涵蓋了從患者收治到治療結束后患者隨訪的一系列流程。

對于本領域技術人員而言，顯然本發(fā)明不限于上述示范性實施例的細節(jié)，而且在不背離本發(fā)明的精神或基本特征的情況下， 能夠以其他的具體形式實現(xiàn)本發(fā)明。因此，無論從哪一點來看，均應將實施例看作是示范性的，而且是非限制性的，本發(fā)明的范圍由所附權利要求而不是上述說明限定，因此旨在將落在權利要求的等同要件的含義和范圍內的所有變化囊括在本發(fā)明內。不應將權利要求中的任何附圖標記視為限制所涉及的權利要求。

此外，應當理解，雖然本說明書按照實施方式加以描述，但并非每個實施方式僅包含一個獨立的技術方案，說明書的這種敘述方式僅僅是為清楚起見，本領域技術人員應當將說明書作為一個整體，各實施例中的技術方案也可以經適當組合，形成本領域技術人員可以理解的其他實施方式。