一種醫(yī)療合作系統(tǒng)的制作方法
【技術(shù)領域】
[0001] 本申請涉及遠程醫(yī)療技術(shù)領域，尤其涉及一種醫(yī)療合作系統(tǒng)。
【背景技術(shù)】
[0002] 中國幅員廣闊，人口眾多，對醫(yī)療資源需求量大。近年來，醫(yī)療技術(shù)取得了突飛猛 進的發(fā)展同時，醫(yī)療資源也得到了一定的豐富。但是這其中仍然存在一定問題：1)當代醫(yī)療 設備技術(shù)的發(fā)展，越來越多地依賴于醫(yī)療設備輔助診斷，而高端的影像設備價格昂貴，動輒 數(shù)百萬到數(shù)千萬，不是所有醫(yī)療機構(gòu)都具有所需的所有設備；2)現(xiàn)在越來越多醫(yī)學影像設 備一次掃描能產(chǎn)生數(shù)百至數(shù)千幅圖像，病人帶走的膠片只包含其中極少一部分圖像，且無 法進行參數(shù)調(diào)節(jié)和三維、動態(tài)顯示，診斷價值大打折扣，病人轉(zhuǎn)院時，由于無法獲取原始影 像數(shù)據(jù)，醫(yī)生多會要求病人重新檢查，不必要的重復檢查進一步加重了居民的醫(yī)療負擔；3) X光機、超聲影像設備在基層醫(yī)院已有很高的普及率，但是基層醫(yī)療機構(gòu)嚴重缺乏資金、設 備、技術(shù)和人才，人們有病都往大醫(yī)院擠，導致了大醫(yī)院"人滿為患"、基層醫(yī)院"門可羅雀"； 4)影像設備產(chǎn)生的海量圖像資料需要長期保存，國內(nèi)醫(yī)院普遍通常采用影像僅保存一定期 限的方式，缺乏遠程容災和備份的措施，一旦發(fā)生火災、地震等自然災害，可能導致資料完 全丟失，造成不可彌補的損失。
[0003] 鑒于上述問題，現(xiàn)有的醫(yī)療系統(tǒng)急需解決問題是：（1)如何共享先進的診療機器 和優(yōu)秀的醫(yī)生人才；（2)如何更加安全而完成的保存醫(yī)學影像數(shù)據(jù)；（3)如何高效地利用所 保存的醫(yī)學影像數(shù)據(jù)。

【發(fā)明內(nèi)容】

[0004] 有鑒于此，本申請?zhí)峁┮环N醫(yī)療合作系統(tǒng)，包括：醫(yī)療機構(gòu)模塊和醫(yī)學影像數(shù)據(jù)共 享模塊，其中 醫(yī)療機構(gòu)模塊，基于角色訪問控制模型建模，其中包含若干醫(yī)院子模塊，每個醫(yī)院子模 塊對應于現(xiàn)實中的一家醫(yī)院，所述醫(yī)療機構(gòu)模塊中的第一醫(yī)院子模塊的用戶可向所述醫(yī)療 機構(gòu)模塊中的第二醫(yī)院子模塊發(fā)出請求，所述請求得到所述第二醫(yī)院子模塊允許后，所述 第一醫(yī)院子模塊的用戶可預約使用第二醫(yī)院子模塊中的設備檢查； 醫(yī)學影像數(shù)據(jù)共享模塊，其接收并存儲來自醫(yī)療機構(gòu)模塊發(fā)送來的醫(yī)學影像數(shù)據(jù)，并 供所述醫(yī)療結(jié)構(gòu)模塊中的各個醫(yī)院子模塊查詢。
[0005] 在本申請一具體實施例中，訪問控制模型是支持請求授權(quán)的角色的訪問控制模 型，包括角色集和權(quán)限集；其中：角色集中包含一個或者多個角色； 權(quán)限集中包含一個或者多個不同的權(quán)限；各個角色分別對應于與一個或者多個權(quán)限； 將所述醫(yī)療機構(gòu)中的各個用戶分別與一個或者多個角色關(guān)聯(lián)； 所述角色集由通用角色集和授權(quán)角色集共同組成，通用角色集有角色層次，而授權(quán)角 色集沒有角色層次，通過權(quán)限-角色配置，通用角色用戶獲得了通用角色擁有的權(quán)限，某些 通用角色用戶可通過配置使得其擁有創(chuàng)建授權(quán)角色的權(quán)限，可以通過授予權(quán)限將通過角色 的權(quán)限指派給授權(quán)角色。
[0006] 在本申請一具體實施例中，所述醫(yī)學影像數(shù)據(jù)共享模塊包括： 醫(yī)學影像數(shù)據(jù)特征提取子模塊，用于提取醫(yī)學影像數(shù)據(jù)中帶有的特征并根據(jù)所述特征 對所述醫(yī)學影像數(shù)據(jù)進行標記； 醫(yī)學影像數(shù)據(jù)存儲子模塊，存儲標記后的醫(yī)學影像數(shù)據(jù)，并供醫(yī)療組織模塊查詢。
[0007] 在本申請一具體實施例中，所述醫(yī)學影像數(shù)據(jù)特征提取子模塊包括文字特征提取 子模塊和圖像特征提取子模塊，所述文字特征提取子模塊用于從醫(yī)學影像數(shù)據(jù)中帶有的文 字信息中提取文字特征，所述圖像特征提取子模塊用于提取醫(yī)學影像數(shù)據(jù)中圖像信息中的 圖像特征。
【附圖說明】
[0008] 為了更清楚地說明本申請實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn) 有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本 申請中記載的一些實施例，對于本領域普通技術(shù)人員來講，還可以根據(jù)這些附圖獲得其他 的附圖。
[0009] 圖1是醫(yī)療合作管理系統(tǒng)中使用的支持用戶請求和授權(quán)的RBAC模型；圖2本醫(yī)療 合作系統(tǒng)框圖； 圖3是基于角色訪問控制示意圖； 圖4是醫(yī)學影像數(shù)據(jù)共享模塊框圖； 圖5是醫(yī)學影像數(shù)據(jù)特征提起子模塊框圖。
【具體實施方式】
[0010] 為了使本領域的人員更好地理解本申請中的技術(shù)方案，下面將結(jié)合本申請實施例 中的附圖，對本申請實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅 是本申請一部分實施例，而不是全部的實施例?；诒旧暾堉械膶嵤├绢I域普通技術(shù)人 員所獲得的所有其他實施例，都應當屬于本申請保護的范圍。
[0011] 下面結(jié)合本申請附圖進一步說明本申請具體實現(xiàn)。
[0012] 隨著網(wǎng)絡技術(shù)的飛速發(fā)展，不同醫(yī)療結(jié)構(gòu)之間的合作越來越密切，醫(yī)療資源的共 享，如：醫(yī)生共享、檢查設備共享、醫(yī)療數(shù)據(jù)共享等。而如何更好地解決不同機構(gòu)間的共享， 是一個亟待解決的問題。為此，本申請?zhí)峁┝艘环N醫(yī)療合作系統(tǒng)及其方法。
[0013] 本申請首先基于現(xiàn)有的RBAC模型，進行了改進，增加了請求和授權(quán)方式。
[0014] 首先，本申請基于RBAC模型的設計思想，建立如圖1所示的支持用戶請求和授權(quán) 的RBAC模型。與一般的RBAC模型不同的是，支持請求和授權(quán)的RBAC模型中的角色。通用 角色集有角色層次，而授權(quán)角色集沒有角色層次。如上所述，通過角色配置，醫(yī)療機構(gòu)中的 每個用戶擁有角色，擁有角色的用戶形成角色用戶集，通過權(quán)限-角色配置，角色用戶獲得 了角色擁有的權(quán)限，從而形成了角色權(quán)限集。對于某些層次的角色用戶可通過配置使得其 擁有權(quán)力創(chuàng)建授權(quán)角色，將角色用戶的角色權(quán)限通過授予權(quán)限角色指派給授權(quán)角色，然后 通過用戶-授權(quán)角色指派給請求者，授予權(quán)限角色指派和用戶授權(quán)角色指派過程中，必須 符合系統(tǒng)管理員設定的所有RBAC約束。
[0015] 定義支持用戶請求和授權(quán)的RBAC模型： 用戶、權(quán)限、通用角色、會話、RBAC約束與RBAC定義完全一致。
[0016] 角色用戶：擁有角色的用戶，只有角色用戶才能成為請求者，也只有角色用戶才能 有資格成為受托者。
[0017] 角色權(quán)限：指派給角色的權(quán)限，請求者只能請求被請求者所擁有的角色權(quán)限，可以 用角色名指代這個角色的所有權(quán)限，被稱為角色權(quán)限組。角色權(quán)限中不存放真正的權(quán)限，而 在運行中根據(jù)角色實際權(quán)限自動形成一個權(quán)限集。角色權(quán)限組可以以一個整體的形式參與 請求和授權(quán)。
[0018] 授權(quán)角色：授權(quán)角色與通用角色不同，是由請求者請求，經(jīng)過指定的擁有創(chuàng)建權(quán)限 的用戶創(chuàng)建的，它擁有的生命周期的起始時間屬性、結(jié)束時間屬性和激活屬性，授權(quán)角色只 有處于生命周期內(nèi)并被激活，授權(quán)角色才能使用它的權(quán)限。只有指定的擁有創(chuàng)建授權(quán)角色 權(quán)限的用戶可以管理授權(quán)角色，但是也可以設置系統(tǒng)管理員來統(tǒng)一管理和改變授權(quán)角色的 激活屬性。
[0019] 用戶集（U，Users):系統(tǒng)中用戶的集合。
[0020] 權(quán)限集（P，Permission):系統(tǒng)權(quán)限的集合。
[0021] 通用角色集（GR, General Roles):通用角色的集合。
[0022] 權(quán)限-角色配置（PA, permission-role-assignment):-個多對多的指派權(quán)限帶 常規(guī)角色的關(guān)系，PA屬于PXGP。
[0023] 用戶角色配置（UA, users-role-assignment): -個多對多的將用戶配置到通用 角色的關(guān)系，UA屬于UXGP。
[0024] 角色層次（RH, roles-hierarchy):-個角色中不同層次的劃分，RH屬于GRXGR, 是GR的一個偏序關(guān)系。
[0025] 角色用戶集（RU, Role-Users):角色用戶的集合。
[0026] 角色權(quán)限集（RP，Role-Permission):指派給角色的角色權(quán)限集合，用戶的權(quán)限自 動按角色分組，可以以角色權(quán)限組和獨立權(quán)限兩種方式使用權(quán)限。
[0027] 授權(quán)角色集（AR, Authorization-roles ):授權(quán)角色的集合，任意的兩個授權(quán)角色 之間不存在可比性。
[0028] 授予權(quán)限角色指派（PAA, permission- authorization-roles-assignment): - 個多對多的指派角色用戶權(quán)限到授權(quán)角色的關(guān)系，指派給授權(quán)角色的權(quán)限在使用上與通用 角色不同，必須在檢查過請求者具備此權(quán)限之后才能使用，PAA屬于RPXAR。
[0029] 用戶授權(quán)角色指派（UAA，User-authorization-roles- assignment): -個多對多 的指派角色用戶到授權(quán)角色的關(guān)系，UAA屬于RUXAR。
[0030] 角色集（R，Roles) :R=GRXAR。
[0031] 授權(quán)約束集（Authorization Constraints):授權(quán)約束的集合，授權(quán)約束是由醫(yī)療 機構(gòu)的管理機構(gòu)制定，由醫(yī)療機構(gòu)的管理機構(gòu)指定的系統(tǒng)管理員創(chuàng)建的，針對各類請求授 權(quán)操作的約束，用來規(guī)范請求授權(quán)者的授權(quán)行為。
[0032] 授權(quán)角色約束集（Authorization Role Constraint