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

背景技術(shù)：

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

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

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

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

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

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

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

（二），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)有的流程進(jìn)行可視化的調(diào)整，利用這工具靈活地對治療服務(wù)流程進(jìn)行配置，此解決方案在對每一步進(jìn)行抽象的基礎(chǔ)上提供細(xì)粒度的配置接口，同時支持按照不同的需求對整個流程進(jìn)行詳細(xì)的配置；

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

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

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

（七），當(dāng)患者完成癌癥治療后，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ā)送機(jī)制告知患者，當(dāng)患者在TIMPS-QS系統(tǒng)中留有記錄，他們就可以登陸到這樣另外一個可在計算機(jī)和智能手機(jī)上訪問的癌癥患者的社交網(wǎng)絡(luò)系統(tǒng)，癌癥患者可以通過TIMPS-QS系統(tǒng)與其它病友交流并分享治療經(jīng)驗。

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

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

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

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

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

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

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

附圖說明

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

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

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

圖3為本發(fā)明所提供的實施例中操作員和權(quán)限的結(jié)構(gòu)示意圖；

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

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

具體實施方式

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

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

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

（二），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)有的流程進(jìn)行可視化的調(diào)整，利用這工具靈活地對治療服務(wù)流程進(jìn)行配置，此解決方案在對每一步進(jìn)行抽象的基礎(chǔ)上提供細(xì)粒度的配置接口，同時支持按照不同的需求對整個流程進(jìn)行詳細(xì)的配置；

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

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

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

（七），當(dāng)患者完成癌癥治療后，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ā)送機(jī)制告知患者，當(dāng)患者在TIMPS-QS系統(tǒng)中留有記錄，他們就可以登陸到這樣另外一個可在計算機(jī)和智能手機(jī)上訪問的癌癥患者的社交網(wǎng)絡(luò)系統(tǒng)，癌癥患者可以通過TIMPS-QS系統(tǒng)與其它病友交流并分享治療經(jīng)驗。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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