技術(shù)特征：

1.一種放射治療系統(tǒng)的流程管理和設(shè)備運營操作的方法，其特征在于，它包含如下結(jié)構(gòu)：

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

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

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

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

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

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

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

2.根據(jù)權(quán)利要求1所述的一種放射治療系統(tǒng)的流程管理和設(shè)備運營操作的方法，所述的TIMPS-QS是在云計算平臺上基于Java，Spring和Hibernate框架開發(fā)的系統(tǒng)，客戶端發(fā)送HTTPS請求到應(yīng)用服務(wù)器，然后應(yīng)用服務(wù)器處理HTTPS請求，并將其轉(zhuǎn)發(fā)給DispatchServlet；DispatcherServlet類是框架的前端控制器，負責(zé)委派HTTPS請求到各個控制處理單元；控制器負責(zé)管理傳入的請求，根據(jù)不同的請求通過使用各個模型的數(shù)據(jù)生成視圖，并返回相應(yīng)的響應(yīng)；此外，它還負責(zé)處理業(yè)務(wù)邏輯，它可以被看作是系統(tǒng)的入口，負責(zé)決定返回給用戶的內(nèi)容；在現(xiàn)有的系統(tǒng)中有兩種控制器，Controller和REST Controller，Controller負責(zé)所有和需要展示的頁面相關(guān)的請求，這意味著所有需要顯示的頁面的請求都由Controller進行處理；REST Controller負責(zé)所有的數(shù)據(jù)請求，這意味著，它不返回任何HTML，而是返回JSON數(shù)據(jù)；REST Controller會請求醫(yī)院信息系統(tǒng)獲得病人的數(shù)據(jù)，并將這些數(shù)據(jù)導(dǎo)入到TIMPS-QS系統(tǒng)中；服務(wù)層負責(zé)處理業(yè)務(wù)邏輯相關(guān)的實體，而DAO層借助Hibernate來查詢數(shù)據(jù)庫中的數(shù)據(jù)。

3.根據(jù)權(quán)利要求1所述的一種放射治療系統(tǒng)的流程管理和設(shè)備運營操作的方法，其特征在于，所述的交流的形式包括文字、聲音和視頻，通知模塊通過微信、郵件和短信通知操作者；它定期檢查存儲在數(shù)據(jù)庫中的通知，以預(yù)定的頻率的將需要發(fā)送的提醒消息發(fā)送至操作員，當操作員完成了任務(wù)，通知消息及提醒消息會被刪除。

4.根據(jù)權(quán)利要求1所述的一種放射治療系統(tǒng)的流程管理和設(shè)備運營操作的方法，其特征在于，所述的移動終端包括智能手機、電腦和平板, 經(jīng)由使用介面上的自適應(yīng)網(wǎng)頁技術(shù)，使用者可以在任何時間任何地點在計算機或智能移動設(shè)備上通過標準瀏覽器訪問系統(tǒng)，隨時隨地獲取相關(guān)數(shù)據(jù)信息及採取相應(yīng)的必要行動。

5.根據(jù)權(quán)利要求1所述的一種放射治療系統(tǒng)的流程管理和設(shè)備運營操作的方法，其特征在于，創(chuàng)建放射治療的隊列模型中的任何一個步驟可以按需求及步驟的屬性，隨機產(chǎn)生一個或多個子工作流，這些子工作流最終匯集在母工作流中的一個或多個步驟上。

6.根據(jù)權(quán)利要求1所述的一種放射治療系統(tǒng)的流程管理和設(shè)備運營操作的方法，其特征在于，創(chuàng)建放射治療的隊列模型可以管理監(jiān)控到對病人的全程治療課程，其中包含整體治療計劃及所屬的光子或粒子束組及治療活動的設(shè)計流程，總劑量，及分劑量。

7.根據(jù)權(quán)利要求1所述的一種放射治療系統(tǒng)的流程管理和設(shè)備運營操作的方法，其特征在于，創(chuàng)建放射治療的隊列模型系統(tǒng)依據(jù)操作員的工作量，技能專責(zé)及輪值排序方法，采自動安排操作員，并提供輔助介面給管理領(lǐng)導(dǎo)適時執(zhí)行特殊狀況人工排班調(diào)節(jié)。