序號 | 類別及名稱 | 主要功能描述 |
一 | 完全定制開發(fā) | |
(一) | 標準規(guī)范體系 | 按照平臺的總體框架,確定建設內(nèi)容和標準規(guī)范的邏輯關(guān)系,根據(jù)國家衛(wèi)生信息標準體系基本框架,進行本項目標準規(guī)范體系建設 |
1 | 基礎類標準 | 基礎類標準一般是一組由國際、國家或行業(yè)頒布的標準,用于指導醫(yī)療衛(wèi)生信息標準的指**規(guī)范 |
2 | 數(shù)據(jù)類標準 | 數(shù)據(jù)類標準是在充分的業(yè)務分析、業(yè)務與應用需求分析的基礎上,運用信息分類方法、信息建模方法(HL7 RIM)、信息編碼方法以及數(shù)據(jù)標準化方法進行制定的,用于保障數(shù)據(jù)一致性、數(shù)據(jù)共享性和可交換性的一組數(shù)據(jù)集,用于指導區(qū)域醫(yī)療衛(wèi)生信息**規(guī)劃和數(shù)據(jù)設計的規(guī)范 |
3 | 技術(shù)類標準 | 指技術(shù)類標準是指導醫(yī)療衛(wèi)生信息系統(tǒng)開發(fā)的規(guī)范標準,包括數(shù)據(jù)交換技術(shù)標準與接口規(guī)范、業(yè)務系統(tǒng)功能規(guī)范、軟件開發(fā)與編碼規(guī)范、平臺網(wǎng)絡接入規(guī)范、網(wǎng)絡管理規(guī)范等,用于指導整個項目的數(shù)據(jù)交換、數(shù)據(jù)采集接口規(guī)范、與平臺相連接的各個業(yè)務應用系統(tǒng)的的開發(fā)與實施 |
4 | 管理類標準 | 管理類規(guī)范主要是用**市智慧醫(yī)療全民健康信息化建設項目中的各信息系統(tǒng)或平臺實施和維護的一組規(guī)范,包括驗收規(guī)范、文檔編制規(guī)范、安全管理規(guī)范、運行維護規(guī)范等 |
(二) | ****中心 | 包含三大核心庫的信息**庫,用于存儲居民的全生命周期的健康數(shù)據(jù)。這些健康數(shù)據(jù),不僅可以作為數(shù)據(jù)中臺**整合的有力支撐,而且可以通過數(shù)據(jù)服務平臺以服務的形式向第三方系統(tǒng)提供健康數(shù)據(jù),完成業(yè)務協(xié)同的功能。 |
1 | 全員人口數(shù)據(jù)庫 | 全員人口**庫涵蓋個人自然信息和生育狀況等,數(shù)據(jù)來源于市級全民健****數(shù)據(jù)中心后,通過轉(zhuǎn)換和整理形成的**庫,由索引數(shù)據(jù)、摘要數(shù)據(jù)、實體數(shù)據(jù)幾部分組成 |
2 | 健康檔案數(shù)據(jù)庫 | 健康檔案**庫是以居民個人健康為核心,貫穿整個生命過程,涵蓋各種健康相關(guān)因素的信息**,數(shù)****醫(yī)療機構(gòu)綜合信息系統(tǒng),通過數(shù)據(jù)抽取、轉(zhuǎn)換加工后形成**庫,根據(jù)健康檔案的基本概念架構(gòu),電子健康檔案的內(nèi)容主要由個人基本信息和主要衛(wèi)生服務記錄兩部分組成。 |
3 | 電子病歷數(shù)據(jù)庫 | ****醫(yī)療機構(gòu)對門診、住院患者(或保健對象)臨床診療和指導干預的、數(shù)字化的醫(yī)療服務工作記錄。****醫(yī)療機構(gòu)歷次就診過程中產(chǎn)生和被記錄的完整、詳細的臨床信息**數(shù)據(jù),****醫(yī)療機構(gòu)、 基層醫(yī)療機構(gòu)綜合信息系統(tǒng)等。通過數(shù)據(jù)抽取、轉(zhuǎn)換加工后形成**庫。 |
4 | 衛(wèi)生**數(shù)據(jù)庫 | 衛(wèi)生**信****醫(yī)療機構(gòu)的信息,在冊醫(yī)生、護士、醫(yī)療技術(shù)人員相關(guān)信息,各種醫(yī)療設備、醫(yī)療設施等**。****醫(yī)療機構(gòu)。 |
5 | 大數(shù)據(jù)分析數(shù)據(jù)庫 | 大數(shù)據(jù)分析數(shù)據(jù)倉庫將分為6層數(shù)據(jù)處理,包括第****醫(yī)療機構(gòu)數(shù)據(jù)庫備份數(shù)據(jù)的匯總,第二層對原始數(shù)據(jù)抽全和映射,第三層對數(shù)據(jù)的清洗,第四層對數(shù)據(jù)標準被,即對數(shù)據(jù)的深層加工包含數(shù)據(jù)歸一、數(shù)據(jù)結(jié)構(gòu)化,第五層按照病人和疾病維度建立離線分析層,第6層按照應用主題建立在線分析層。 |
6 | 對外共享數(shù)據(jù)庫 | 共享數(shù)據(jù)庫主要用于****政府、社保、民政、**等)進行數(shù)據(jù)交換與共享使用。內(nèi)容包括可對外共享的數(shù)據(jù),根據(jù)其他行政部分、企業(yè)、居民的需要,從四個**庫中抽取放入這里。 |
(三) | 全民健康信息平臺 | 全民健康信息平臺采取標準化建設,集中采集區(qū)域衛(wèi)生健康信息,****醫(yī)療機構(gòu)、基層社區(qū)衛(wèi)生服務機構(gòu);通過向各接入外部系統(tǒng)提供標準化的文檔共享、訂閱、消息等各類接口服務,實現(xiàn)各接入系統(tǒng)及機構(gòu)之間的數(shù)據(jù)交換,支撐跨機構(gòu)跨區(qū)域的業(yè)務協(xié)同應用。 |
1 | 共享交換子平臺 | 共享交換子平臺為全民健康信息平臺提供技術(shù)支持,以微服務架構(gòu)為核心,提供微服務應用標準的開發(fā)工具、開發(fā)規(guī)范與通用服務組件,使用服務網(wǎng)關(guān)實現(xiàn)能力開發(fā)和數(shù)據(jù)共享,為上層數(shù)據(jù)和業(yè)務提供底層技術(shù)支撐。 |
1.1 | ****中心 | 以對服務進行全生命周期管理為核心,提供全面、精簡、強勁的服務統(tǒng)一管理服務平臺,涵蓋服務發(fā)布、管理、安全管控、監(jiān)控分析的支撐能力。 |
1.1.1 | 服務治理—服務注冊發(fā)現(xiàn) | 服務注冊發(fā)現(xiàn)是將服務本身的信****中心的過程,為了簡化這個過程,平臺開發(fā)工具開發(fā)出的微服務應用,在啟動后能夠自動的****中心上。對于非平臺開發(fā)工具開發(fā)的微服務應用,****中心也提供了相應的接口,通過接口調(diào)用,即可****中心所需要的數(shù)據(jù)格****中心上。 |
1.1.2 | 服務治理—服務注銷 | 服務注銷的過程,即是服務停止后,需要將****中心上刪除,刪除后其他服務將不再能調(diào)用該服務。平臺開發(fā)工具開發(fā)的微服務能夠自動將****中心上刪除。 |
1.1.3 | 服務治理—服務擴展 | 當同一個微服務應用啟動多個實例后,****中心依然能夠?qū)ξ⒎⻊斩鄠實例進行管理。****中心上將會維護一個微服務應用的多個實例的信息。****中心能夠很好的支持微服務多實例橫向擴展。 |
1.1.4 | 服務治理—服務管理 | 平臺提供服務列表、服務查詢、服務運行統(tǒng)計、服務負載均衡、服務路由等服務管理功能 |
1.1.5 | 服務治理—服務編排 | 服務編排有多種方式,在業(yè)務流程比較固定的場景,通過編碼實現(xiàn)對服務的編排,以實現(xiàn)某個具體的業(yè)務流程。 |
1.1.6 | API-發(fā)布 | API發(fā)布指的是將后端服務發(fā)布為統(tǒng)一API |
1.1.7 | API-多版本 | API發(fā)布注冊時支持配置版本號,版本號作為定位選擇API的標識之一。在灰度發(fā)布路由等功能中,可以根據(jù)版本號,將流量引向不同版本的API當中。 |
1.1.8 | API-批量API注冊 | API管理中心支持批量發(fā)布注冊API |
1.1.9 | API-協(xié)議轉(zhuǎn)換 | 協(xié)議轉(zhuǎn)換指的是將請求和響應數(shù)據(jù)在轉(zhuǎn)發(fā)后端服務時進行格式轉(zhuǎn)換 |
1.1.10 | API-導出API文檔 | 支持將API網(wǎng)關(guān)中的API導出成API文檔,導出的文檔是符合行業(yè)標準文檔。 |
1.1.11 | API-API路由轉(zhuǎn)發(fā) | API網(wǎng)關(guān)不僅提供基于API元數(shù)據(jù)的路由轉(zhuǎn)發(fā)功能,還能充當反向代理的作用(類似于nginx或apache),可基于設置的規(guī)則進行路由。 |
1.1.12 | API-異步轉(zhuǎn)發(fā)能力 | API網(wǎng)關(guān)基于Servlet3.0技術(shù),使用異步NIO技術(shù),極大的減少了線程**的消耗,保證了海量并發(fā)訪問的情況,能夠持續(xù)穩(wěn)定的提供服務。經(jīng)過國家專業(yè)機構(gòu)測試,在高并發(fā)的情況下,能夠保證高效穩(wěn)定運行。 |
1.1.13 | API-API訪問控制 | 通過配置訪問控制白名單(將API和角色相關(guān)聯(lián))來賦予角色訪問API的權(quán)限。 |
1.1.14 | API-防重放攻擊 | 防重放指的是防止請求重放攻擊,在每次訪問API的請求頭中攜帶防重放信息,經(jīng)由防重放插件過濾時會判斷ID是否重復,若重復則被認為是重放請求,拋系統(tǒng)異常并中斷后續(xù)請求。 |
1.1.15 | API-防重復提交 | 防重復提交指的是防止業(yè)務請求二次提交,在每次訪問API的請求頭中攜帶防重復提交信息(鍵為token,值為通過調(diào)用API網(wǎng)關(guān)應用內(nèi)置的token生成服務獲取的),經(jīng)由防重復提交插件過濾時會根據(jù)token值判斷當前請求是否已經(jīng)提交過,若二次提交則拋系統(tǒng)異常并中斷后續(xù)請求。 |
1.1.16 | API-數(shù)字簽名 | 請求簽名指的是對請求數(shù)據(jù)進行簽名,防止數(shù)據(jù)被非法篡改。 |
1.1.17 | API-流量控制 | API流量控制指的是當系統(tǒng)發(fā)生的交易量某個指標達到預先設定的閾值時,系統(tǒng)實現(xiàn)通過自動或手工干預的方式拒絕新的請求的行為。 |
1.1.18 | API-認證服務 | 認證服務是API管理平臺內(nèi)置的服務 |
1.2 | 共享文檔組件 | 共享文檔組件用于對共享文檔進行管理,主要包括共享文檔的組裝、共享文檔解析、共享文檔驗證等功能。 |
1.2.1 | 業(yè)務數(shù)據(jù)配置 | 對業(yè)務數(shù)據(jù)進行配置,包括OID管理、值域代碼表管理、數(shù)據(jù)元管理、業(yè)務表管理等。 |
1.2.2 | 基本元素管理 | 用于管理衛(wèi)生信息共享文檔XML文件使用的各類基本元素。根據(jù)元素在XML文檔中的用途,衛(wèi)生信息共享文檔基本元素分為“屬性元素”、“框架元素”和“業(yè)務元素”。 |
1.2.3 | 復合元素模板管理 | 為了便于衛(wèi)生信息共享文檔(CDA文檔)結(jié)構(gòu)模板的快速配置,可以建立常用的復合元素模板。復合元素是指用于描述某類特定信息的,按照特**構(gòu)組裝(層級嵌套結(jié)構(gòu))的一組基本元素(一般包括一個框架元素和多個業(yè)務元素)。支持以樹狀結(jié)構(gòu)管理和展現(xiàn)復合元素中所有的基本元素。 |
1.2.4 | 共享文檔模板管理 | 根據(jù)《國家醫(yī)療健康信息互聯(lián)互通成熟度測評》標準要求,實現(xiàn)共享文檔的模板配置。提供共享文檔模板的創(chuàng)建、修改、刪除、復制等操作,并支持對交互規(guī)范模板對應的業(yè)務表進行維護。 |
1.2.5 | 共享文檔管理 | 對共享文檔進行管理,包括共享文檔解析、共享文檔組裝、共享文檔驗證等。 |
1.3 | 健康檔案服務 | 所有到平臺訪問數(shù)據(jù)事務都有業(yè)務協(xié)同服務進行處理,是所有事務和業(yè)務邏輯以及訪問規(guī)則,圍繞任何數(shù)據(jù)主題匯集出真正的全程和綜合的健康檔案和電子病歷視圖。 |
1.3.1 | 健康檔案采集服務 | 提供健康檔案文檔集的提交與注冊,實現(xiàn)平臺對健康檔案文檔集的采集,將健康檔案文檔集提交到健康檔案**庫存儲,****中心進行健康檔案文檔注冊 |
1.3.2 | 健康檔案索引服務 | 索引服務全面掌握信息交換平臺所有關(guān)于居民的健康信息事件 |
1.3.3 | 健康檔案數(shù)據(jù)服務 | 為健康檔案業(yè)務服務提供功能性的支持,以執(zhí)行正確的數(shù)據(jù)訪問過程和與不同的注冊服務、存儲服務、業(yè)務管理或輔助決策服務交互所需的轉(zhuǎn)換 |
1.3.4 | 健康檔案事務處理 | 根據(jù)對事物的調(diào)用和處理,全程健康檔案服務將配置成協(xié)調(diào)處理所有的“列表”和“獲取”事務。對于任何這些事務,將建立管理這些事務的語境,將知曉如何調(diào)用一個特定的編排流,并指導編排流的執(zhí)行,允許在實現(xiàn)這些事務時調(diào)用適當?shù)姆⻊? |
1.3.5 | 健康檔案調(diào)閱服務 | 為平臺應用提供統(tǒng)一的健康檔案訪問入口。配合信息安全手段實現(xiàn)居民健康檔案的受控訪問。分為集中調(diào)閱和分布式預調(diào)閱 |
1.4 | 信息**發(fā)布與共享 | 信息**發(fā)布共享平臺是跨機構(gòu)、跨機構(gòu)、跨部門實現(xiàn)**共享、業(yè)務協(xié)同的基礎組件之一,也是對外提供服務能力的門面,多方發(fā)布共享**唯一入口,通過該平臺規(guī)范了**發(fā)布、**共享的管理規(guī)定、業(yè)務標準、技術(shù)標準,此平臺也是以醫(yī)療衛(wèi)生為核心的**發(fā)布共享的唯一合法途徑。 |
1.4.1 | 資產(chǎn)管理 | 平臺建設方或平臺內(nèi)各個業(yè)務單元信息系統(tǒng)中包含的信息資產(chǎn),包含庫表數(shù)據(jù)、服務接口、文檔等內(nèi)容 |
1.4.2 | **管理 | **是資產(chǎn)對外共享的形態(tài)和途徑,各種類型的資產(chǎn)可以被發(fā)布成**,供信息**需求方訂閱使用 |
1.4.3 | 監(jiān)控管理 | 為了讓平臺運維人員和管理者更清楚的了解系統(tǒng)的使用和運行情況,提供對系統(tǒng)的統(tǒng)一監(jiān)控和關(guān)鍵指標統(tǒng)計。統(tǒng)計指標需要包括系統(tǒng)各類型**的統(tǒng)計及趨勢分析、**分類分析、發(fā)布訂閱分析、調(diào)閱分析、資產(chǎn)分析和運維監(jiān)控統(tǒng)計等 |
1.4.4 | 控制臺 | 對發(fā)布的資產(chǎn)和**進行管理,包含管理菜單,可以管理登錄用戶權(quán)限范圍內(nèi)的相關(guān)系統(tǒng)** |
1.4.5 | 連接管理 | 連接管理是管理數(shù)據(jù)開放共享服務的系統(tǒng)用戶,同時能夠?qū)⒂脩襞c組織機構(gòu)以及角色建立關(guān)聯(lián) |
1.4.6 | 權(quán)限管理 | 對調(diào)用資產(chǎn)、**服務的組織機構(gòu),配置角色,賦予功能權(quán)限。將用戶與組織機構(gòu)以及角色建立關(guān)聯(lián) |
2 | 數(shù)據(jù)處理子平臺 | 數(shù)據(jù)中心中構(gòu)建區(qū)域醫(yī)療業(yè)務庫,業(yè)務庫中匯聚了居民各類健康醫(yī)療數(shù)據(jù),數(shù)據(jù)交換系統(tǒng)實現(xiàn)這些數(shù)據(jù)在各個平臺和業(yè)務系統(tǒng)之間的共享利用。 |
2.1 | 數(shù)據(jù)分析系統(tǒng) | ****醫(yī)療機構(gòu)對接,對醫(yī)療機構(gòu)數(shù)據(jù)進行分析,并將分析完成的數(shù)據(jù)上傳到前置機。 |
2.1.1 | ****醫(yī)院數(shù)據(jù)采集上報 | 按照**市全面健康****醫(yī)院各業(yè)務系統(tǒng)的相關(guān)數(shù)據(jù)上傳到到市全民健康信息平臺 |
2.1.1.1 | 數(shù)據(jù)采集配置 | 醫(yī)院提供的數(shù)據(jù)源的相關(guān)表的只讀賬戶賬號,進行采集作業(yè)****醫(yī)院各業(yè)務系統(tǒng)數(shù)據(jù)庫并且有各上報業(yè)務相關(guān)的庫表訪問權(quán)限。 |
2.1.1.2 | 采集模型開發(fā) | 分析各業(yè)務系統(tǒng)的數(shù)據(jù)庫結(jié)構(gòu),根據(jù)市平臺數(shù)據(jù)****醫(yī)院原始數(shù)據(jù)采集SQL,該采集SQL****醫(yī)院原始數(shù)據(jù)提取到緩存庫;數(shù)據(jù)補全,實現(xiàn)編碼和名稱字段成對提取;電子病歷涉及非結(jié)構(gòu)化數(shù)據(jù)存儲的,通過關(guān)鍵字分析判斷將非結(jié)構(gòu)化數(shù)據(jù)拆分為結(jié)構(gòu)化數(shù)據(jù)。 |
2.1.1.3 | 轉(zhuǎn)化作業(yè)開發(fā) | ****醫(yī)院業(yè)務合并、原始數(shù)據(jù)字段映射到市平臺數(shù)據(jù)集標準字段、各業(yè)務關(guān)聯(lián)性一致;配置值域映射,將醫(yī)院診斷、手術(shù)等原始編碼映射成平臺標準編碼。 |
2.1.1.4 | 配置上報作業(yè) | 配置上報業(yè)務和上報路徑,實****平臺中心庫的數(shù)據(jù)傳輸路徑暢通。 |
2.1.1.5 | 配置數(shù)據(jù)采集上報調(diào)度 | 配置數(shù)據(jù)采集上報的總體調(diào)度,實現(xiàn)可控的數(shù)據(jù)上報范圍、上報規(guī)則、上報 頻率、上報時間等。 |
2.1.1.6 | 數(shù)據(jù)上報聯(lián)調(diào) | 將各業(yè)務部分時間段的數(shù)據(jù)上傳到市平臺,與市平臺進行聯(lián)調(diào),經(jīng)過反復測試及調(diào)整確保按平臺規(guī)則正確上報。 |
2.1.1.7 | 歷史數(shù)據(jù)上報及增量上報 | ****醫(yī)院業(yè)務庫中的歷史數(shù)據(jù)集中上報到市平臺數(shù)據(jù)庫,完成歷史數(shù)據(jù)上報后開啟每日自動增量上報。 |
2.1.2 | ****醫(yī)院數(shù)據(jù)采集上報 | 按照**市全面健康****醫(yī)院各業(yè)務系統(tǒng)的相關(guān)數(shù)據(jù)上傳到到市全民健康信息平臺 |
2.1.2.1 | 數(shù)據(jù)采集配置 | 醫(yī)院提供的數(shù)據(jù)源的相關(guān)表的只讀賬戶賬號,進行采集作業(yè)****醫(yī)院各業(yè)務系統(tǒng)數(shù)據(jù)庫并且有各上報業(yè)務相關(guān)的庫表訪問權(quán)限。 |
2.1.2.2 | 采集模型開發(fā) | 分析各業(yè)務系統(tǒng)的數(shù)據(jù)庫結(jié)構(gòu),根據(jù)市平臺數(shù)據(jù)****醫(yī)院原始數(shù)據(jù)采集SQL,該采集SQL****醫(yī)院原始數(shù)據(jù)提取到緩存庫;數(shù)據(jù)補全,實現(xiàn)編碼和名稱字段成對提。浑娮硬v涉及非結(jié)構(gòu)化數(shù)據(jù)存儲的,通過關(guān)鍵字分析判斷將非結(jié)構(gòu)化數(shù)據(jù)拆分為結(jié)構(gòu)化數(shù)據(jù)。 |
2.1.2.3 | 轉(zhuǎn)化作業(yè)開發(fā) | ****醫(yī)院業(yè)務合并、原始數(shù)據(jù)字段映射到市平臺數(shù)據(jù)集標準字段、各業(yè)務關(guān)聯(lián)性一致;配置值域映射,將醫(yī)院診斷、手術(shù)等原始編碼映射成平臺標準編碼。 |
2.1.2.4 | 配置上報作業(yè) | 配置上報業(yè)務和上報路徑,實****平臺中心庫的數(shù)據(jù)傳輸路徑暢通。 |
2.1.2.5 | 配置數(shù)據(jù)采集上報調(diào)度 | 配置數(shù)據(jù)采集上報的總體調(diào)度,實現(xiàn)可控的數(shù)據(jù)上報范圍、上報規(guī)則、上報 頻率、上報時間等。 |
2.1.2.6 | 數(shù)據(jù)上報聯(lián)調(diào) | 將各業(yè)務部分時間段的數(shù)據(jù)上傳到市平臺,與市平臺進行聯(lián)調(diào),經(jīng)過反復測試及調(diào)整確保按平臺規(guī)則正確上報。 |
2.1.2.7 | 歷史數(shù)據(jù)上報及增量上報 | ****醫(yī)院業(yè)務庫中的歷史數(shù)據(jù)集中上報到市平臺數(shù)據(jù)庫,完成歷史數(shù)據(jù)上報后開啟每日自動增量上報。 |
2.1.3 | ****數(shù)據(jù)采集上報 | 按照**市全面健康****醫(yī)院各業(yè)務系統(tǒng)的相關(guān)數(shù)據(jù)上傳到到市全民健康信息平臺 |
2.1.3.1 | 數(shù)據(jù)采集配置 | 醫(yī)院提供的數(shù)據(jù)源的相關(guān)表的只讀賬戶賬號,進行采集作業(yè)****醫(yī)院各業(yè)務系統(tǒng)數(shù)據(jù)庫并且有各上報業(yè)務相關(guān)的庫表訪問權(quán)限。 |
2.1.3.2 | 采集模型開發(fā) | 分析各業(yè)務系統(tǒng)的數(shù)據(jù)庫結(jié)構(gòu),根據(jù)市平臺數(shù)據(jù)****醫(yī)院原始數(shù)據(jù)采集SQL,該采集SQL****醫(yī)院原始數(shù)據(jù)提取到緩存庫;數(shù)據(jù)補全,實現(xiàn)編碼和名稱字段成對提。浑娮硬v涉及非結(jié)構(gòu)化數(shù)據(jù)存儲的,通過關(guān)鍵字分析判斷將非結(jié)構(gòu)化數(shù)據(jù)拆分為結(jié)構(gòu)化數(shù)據(jù)。 |
2.1.3.3 | 轉(zhuǎn)化作業(yè)開發(fā) | ****醫(yī)院業(yè)務合并、原始數(shù)據(jù)字段映射到市平臺數(shù)據(jù)集標準字段、各業(yè)務關(guān)聯(lián)性一致;配置值域映射,將醫(yī)院診斷、手術(shù)等原始編碼映射成平臺標準編碼。 |
2.1.3.4 | 配置上報作業(yè) | 配置上報業(yè)務和上報路徑,實****平臺中心庫的數(shù)據(jù)傳輸路徑暢通。 |
2.1.3.5 | 配置數(shù)據(jù)采集上報調(diào)度 | 配置數(shù)據(jù)采集上報的總體調(diào)度,實現(xiàn)可控的數(shù)據(jù)上報范圍、上報規(guī)則、上報 頻率、上報時間等。 |
2.1.3.6 | 數(shù)據(jù)上報聯(lián)調(diào) | 將各業(yè)務部分時間段的數(shù)據(jù)上傳到市平臺,與市平臺進行聯(lián)調(diào),經(jīng)過反復測試及調(diào)整確保按平臺規(guī)則正確上報。 |
2.1.3.7 | 歷史數(shù)據(jù)上報及增量上報 | ****醫(yī)院業(yè)務庫中的歷史數(shù)據(jù)集中上報到市平臺數(shù)據(jù)庫,完成歷史數(shù)據(jù)上報后開啟每日自動增量上報。 |
2.1.4 | ****醫(yī)院數(shù)據(jù)采集上報 | 按照**市全面健康****醫(yī)院各業(yè)務系統(tǒng)的相關(guān)數(shù)據(jù)上傳到到市全民健康信息平臺 |
2.1.4.1 | 數(shù)據(jù)采集配置 | 醫(yī)院提供的數(shù)據(jù)源的相關(guān)表的只讀賬戶賬號,進行采集作業(yè)****醫(yī)院各業(yè)務系統(tǒng)數(shù)據(jù)庫并且有各上報業(yè)務相關(guān)的庫表訪問權(quán)限。 |
2.1.4.2 | 采集模型開發(fā) | 分析各業(yè)務系統(tǒng)的數(shù)據(jù)庫結(jié)構(gòu),根據(jù)市平臺數(shù)據(jù)****醫(yī)院原始數(shù)據(jù)采集SQL,該采集SQL****醫(yī)院原始數(shù)據(jù)提取到緩存庫;數(shù)據(jù)補全,實現(xiàn)編碼和名稱字段成對提;電子病歷涉及非結(jié)構(gòu)化數(shù)據(jù)存儲的,通過關(guān)鍵字分析判斷將非結(jié)構(gòu)化數(shù)據(jù)拆分為結(jié)構(gòu)化數(shù)據(jù)。 |
2.1.4.3 | 轉(zhuǎn)化作業(yè)開發(fā) | ****醫(yī)院業(yè)務合并、原始數(shù)據(jù)字段映射到市平臺數(shù)據(jù)集標準字段、各業(yè)務關(guān)聯(lián)性一致;配置值域映射,將醫(yī)院診斷、手術(shù)等原始編碼映射成平臺標準編碼。 |
2.1.4.4 | 配置上報作業(yè) | 配置上報業(yè)務和上報路徑,實****平臺中心庫的數(shù)據(jù)傳輸路徑暢通。 |
2.1.4.5 | 配置數(shù)據(jù)采集上報調(diào)度 | 配置數(shù)據(jù)采集上報的總體調(diào)度,實現(xiàn)可控的數(shù)據(jù)上報范圍、上報規(guī)則、上報 頻率、上報時間等。 |
2.1.4.6 | 數(shù)據(jù)上報聯(lián)調(diào) | 將各業(yè)務部分時間段的數(shù)據(jù)上傳到市平臺,與市平臺進行聯(lián)調(diào),經(jīng)過反復測試及調(diào)整確保按平臺規(guī)則正確上報。 |
2.1.4.7 | 歷史數(shù)據(jù)上報及增量上報 | ****醫(yī)院業(yè)務庫中的歷史數(shù)據(jù)集中上報到市平臺數(shù)據(jù)庫,完成歷史數(shù)據(jù)上報后開啟每日自動增量上報。 |
2.1.5 | ****醫(yī)院數(shù)據(jù)采集上報 | 按照**市全面健康****醫(yī)院各業(yè)務系統(tǒng)的相關(guān)數(shù)據(jù)上傳到到市全民健康信息平臺 |
2.1.5.1 | 數(shù)據(jù)采集配置 | 醫(yī)院提供的數(shù)據(jù)源的相關(guān)表的只讀賬戶賬號,進行采集作業(yè)****醫(yī)院各業(yè)務系統(tǒng)數(shù)據(jù)庫并且有各上報業(yè)務相關(guān)的庫表訪問權(quán)限。 |
2.1.5.2 | 采集模型開發(fā) | 分析各業(yè)務系統(tǒng)的數(shù)據(jù)庫結(jié)構(gòu),根據(jù)市平臺數(shù)據(jù)****醫(yī)院原始數(shù)據(jù)采集SQL,該采集SQL****醫(yī)院原始數(shù)據(jù)提取到緩存庫;數(shù)據(jù)補全,實現(xiàn)編碼和名稱字段成對提。浑娮硬v涉及非結(jié)構(gòu)化數(shù)據(jù)存儲的,通過關(guān)鍵字分析判斷將非結(jié)構(gòu)化數(shù)據(jù)拆分為結(jié)構(gòu)化數(shù)據(jù)。 |
2.1.5.3 | 轉(zhuǎn)化作業(yè)開發(fā) | ****醫(yī)院業(yè)務合并、原始數(shù)據(jù)字段映射到市平臺數(shù)據(jù)集標準字段、各業(yè)務關(guān)聯(lián)性一致;配置值域映射,將醫(yī)院診斷、手術(shù)等原始編碼映射成平臺標準編碼。 |
2.1.5.4 | 配置上報作業(yè) | 配置上報業(yè)務和上報路徑,實****平臺中心庫的數(shù)據(jù)傳輸路徑暢通。 |
2.1.5.5 | 配置數(shù)據(jù)采集上報調(diào)度 | 配置數(shù)據(jù)采集上報的總體調(diào)度,實現(xiàn)可控的數(shù)據(jù)上報范圍、上報規(guī)則、上報 頻率、上報時間等。 |
2.1.5.6 | 數(shù)據(jù)上報聯(lián)調(diào) | 將各業(yè)務部分時間段的數(shù)據(jù)上傳到市平臺,與市平臺進行聯(lián)調(diào),經(jīng)過反復測試及調(diào)整確保按平臺規(guī)則正確上報。 |
2.1.5.7 | 歷史數(shù)據(jù)上報及增量上報 | ****醫(yī)院業(yè)務庫中的歷史數(shù)據(jù)集中上報到市平臺數(shù)據(jù)庫,完成歷史數(shù)據(jù)上報后開啟每日自動增量上報。 |
2.1.6 | ****醫(yī)院數(shù)據(jù)采集上報 | 按照**市全面健康****醫(yī)院各業(yè)務系統(tǒng)的相關(guān)數(shù)據(jù)上傳到到市全民健康信息平臺 |
2.1.6.1 | 數(shù)據(jù)采集配置 | 醫(yī)院提供的數(shù)據(jù)源的相關(guān)表的只讀賬戶賬號,進行采集作業(yè)****醫(yī)院各業(yè)務系統(tǒng)數(shù)據(jù)庫并且有各上報業(yè)務相關(guān)的庫表訪問權(quán)限。 |
2.1.6.2 | 采集模型開發(fā) | 分析各業(yè)務系統(tǒng)的數(shù)據(jù)庫結(jié)構(gòu),根據(jù)市平臺數(shù)據(jù)****醫(yī)院原始數(shù)據(jù)采集SQL,該采集SQL****醫(yī)院原始數(shù)據(jù)提取到緩存庫;數(shù)據(jù)補全,實現(xiàn)編碼和名稱字段成對提;電子病歷涉及非結(jié)構(gòu)化數(shù)據(jù)存儲的,通過關(guān)鍵字分析判斷將非結(jié)構(gòu)化數(shù)據(jù)拆分為結(jié)構(gòu)化數(shù)據(jù)。 |
2.1.6.3 | 轉(zhuǎn)化作業(yè)開發(fā) | ****醫(yī)院業(yè)務合并、原始數(shù)據(jù)字段映射到市平臺數(shù)據(jù)集標準字段、各業(yè)務關(guān)聯(lián)性一致;配置值域映射,將醫(yī)院診斷、手術(shù)等原始編碼映射成平臺標準編碼。 |
2.1.6.4 | 配置上報作業(yè) | 配置上報業(yè)務和上報路徑,實****平臺中心庫的數(shù)據(jù)傳輸路徑暢通。 |
2.1.6.5 | 配置數(shù)據(jù)采集上報調(diào)度 | 配置數(shù)據(jù)采集上報的總體調(diào)度,實現(xiàn)可控的數(shù)據(jù)上報范圍、上報規(guī)則、上報 頻率、上報時間等。 |
2.1.6.6 | 數(shù)據(jù)上報聯(lián)調(diào) | 將各業(yè)務部分時間段的數(shù)據(jù)上傳到市平臺,與市平臺進行聯(lián)調(diào),經(jīng)過反復測試及調(diào)整確保按平臺規(guī)則正確上報。 |
2.1.6.7 | 歷史數(shù)據(jù)上報及增量上報 | ****醫(yī)院業(yè)務庫中的歷史數(shù)據(jù)集中上報到市平臺數(shù)據(jù)庫,完成歷史數(shù)據(jù)上報后開啟每日自動增量上報。 |
2.1.7 | ****醫(yī)院數(shù)據(jù)采集上報 | 按照**市全面健康****醫(yī)院各業(yè)務系統(tǒng)的相關(guān)數(shù)據(jù)上傳到到市全民健康信息平臺 |
2.1.7.1 | 數(shù)據(jù)采集配置 | 醫(yī)院提供的數(shù)據(jù)源的相關(guān)表的只讀賬戶賬號,進行采集作業(yè)****醫(yī)院各業(yè)務系統(tǒng)數(shù)據(jù)庫并且有各上報業(yè)務相關(guān)的庫表訪問權(quán)限。 |
2.1.7.2 | 采集模型開發(fā) | 分析各業(yè)務系統(tǒng)的數(shù)據(jù)庫結(jié)構(gòu),根據(jù)市平臺數(shù)據(jù)****醫(yī)院原始數(shù)據(jù)采集SQL,該采集SQL****醫(yī)院原始數(shù)據(jù)提取到緩存庫;數(shù)據(jù)補全,實現(xiàn)編碼和名稱字段成對提。浑娮硬v涉及非結(jié)構(gòu)化數(shù)據(jù)存儲的,通過關(guān)鍵字分析判斷將非結(jié)構(gòu)化數(shù)據(jù)拆分為結(jié)構(gòu)化數(shù)據(jù)。 |
2.1.7.3 | 轉(zhuǎn)化作業(yè)開發(fā) | ****醫(yī)院業(yè)務合并、原始數(shù)據(jù)字段映射到市平臺數(shù)據(jù)集標準字段、各業(yè)務關(guān)聯(lián)性一致;配置值域映射,將醫(yī)院診斷、手術(shù)等原始編碼映射成平臺標準編碼。 |
2.1.7.4 | 配置上報作業(yè) | 配置上報業(yè)務和上報路徑,實****平臺中心庫的數(shù)據(jù)傳輸路徑暢通。 |
2.1.7.5 | 配置數(shù)據(jù)采集上報調(diào)度 | 配置數(shù)據(jù)采集上報的總體調(diào)度,實現(xiàn)可控的數(shù)據(jù)上報范圍、上報規(guī)則、上報 頻率、上報時間等。 |
2.1.7.6 | 數(shù)據(jù)上報聯(lián)調(diào) | 將各業(yè)務部分時間段的數(shù)據(jù)上傳到市平臺,與市平臺進行聯(lián)調(diào),經(jīng)過反復測試及調(diào)整確保按平臺規(guī)則正確上報。 |
2.1.7.7 | 歷史數(shù)據(jù)上報及增量上報 | ****醫(yī)院業(yè)務庫中的歷史數(shù)據(jù)集中上報到市平臺數(shù)據(jù)庫,完成歷史數(shù)據(jù)上報后開啟每日自動增量上報。 |
2.1.8 | ****醫(yī)院數(shù)據(jù)采集上報 | 按照**市全面健康****醫(yī)院各業(yè)務系統(tǒng)的相關(guān)數(shù)據(jù)上傳到到市全民健康信息平臺 |
2.1.8.1 | 數(shù)據(jù)采集配置 | 醫(yī)院提供的數(shù)據(jù)源的相關(guān)表的只讀賬戶賬號,進行采集作業(yè)****醫(yī)院各業(yè)務系統(tǒng)數(shù)據(jù)庫并且有各上報業(yè)務相關(guān)的庫表訪問權(quán)限。 |
2.1.8.2 | 采集模型開發(fā) | 分析各業(yè)務系統(tǒng)的數(shù)據(jù)庫結(jié)構(gòu),根據(jù)市平臺數(shù)據(jù)****醫(yī)院原始數(shù)據(jù)采集SQL,該采集SQL****醫(yī)院原始數(shù)據(jù)提取到緩存庫;數(shù)據(jù)補全,實現(xiàn)編碼和名稱字段成對提;電子病歷涉及非結(jié)構(gòu)化數(shù)據(jù)存儲的,通過關(guān)鍵字分析判斷將非結(jié)構(gòu)化數(shù)據(jù)拆分為結(jié)構(gòu)化數(shù)據(jù)。 |
2.1.8.3 | 轉(zhuǎn)化作業(yè)開發(fā) | ****醫(yī)院業(yè)務合并、原始數(shù)據(jù)字段映射到市平臺數(shù)據(jù)集標準字段、各業(yè)務關(guān)聯(lián)性一致;配置值域映射,將醫(yī)院診斷、手術(shù)等原始編碼映射成平臺標準編碼。 |
2.1.8.4 | 配置上報作業(yè) | 配置上報業(yè)務和上報路徑,實****平臺中心庫的數(shù)據(jù)傳輸路徑暢通。 |
2.1.8.5 | 配置數(shù)據(jù)采集上報調(diào)度 | 配置數(shù)據(jù)采集上報的總體調(diào)度,實現(xiàn)可控的數(shù)據(jù)上報范圍、上報規(guī)則、上報 頻率、上報時間等。 |
2.1.8.6 | 數(shù)據(jù)上報聯(lián)調(diào) | 將各業(yè)務部分時間段的數(shù)據(jù)上傳到市平臺,與市平臺進行聯(lián)調(diào),經(jīng)過反復測試及調(diào)整確保按平臺規(guī)則正確上報。 |
2.1.8.7 | 歷史數(shù)據(jù)上報及增量上報 | ****醫(yī)院業(yè)務庫中的歷史數(shù)據(jù)集中上報到市平臺數(shù)據(jù)庫,完成歷史數(shù)據(jù)上報后開啟每日自動增量上報。 |
2.1.9 | ****中心醫(yī)院數(shù)據(jù)采集上報 | 按照**市全面健康****醫(yī)院各業(yè)務系統(tǒng)的相關(guān)數(shù)據(jù)上傳到到市全民健康信息平臺 |
2.1.9.1 | 數(shù)據(jù)采集配置 | 醫(yī)院提供的數(shù)據(jù)源的相關(guān)表的只讀賬戶賬號,進行采集作業(yè)****醫(yī)院各業(yè)務系統(tǒng)數(shù)據(jù)庫并且有各上報業(yè)務相關(guān)的庫表訪問權(quán)限。 |
2.1.9.2 | 采集模型開發(fā) | 分析各業(yè)務系統(tǒng)的數(shù)據(jù)庫結(jié)構(gòu),根據(jù)市平臺數(shù)據(jù)****醫(yī)院原始數(shù)據(jù)采集SQL,該采集SQL****醫(yī)院原始數(shù)據(jù)提取到緩存庫;數(shù)據(jù)補全,實現(xiàn)編碼和名稱字段成對提。浑娮硬v涉及非結(jié)構(gòu)化數(shù)據(jù)存儲的,通過關(guān)鍵字分析判斷將非結(jié)構(gòu)化數(shù)據(jù)拆分為結(jié)構(gòu)化數(shù)據(jù)。 |
2.1.9.3 | 轉(zhuǎn)化作業(yè)開發(fā) | ****醫(yī)院業(yè)務合并、原始數(shù)據(jù)字段映射到市平臺數(shù)據(jù)集標準字段、各業(yè)務關(guān)聯(lián)性一致;配置值域映射,將醫(yī)院診斷、手術(shù)等原始編碼映射成平臺標準編碼。 |
2.1.9.4 | 配置上報作業(yè) | 配置上報業(yè)務和上報路徑,實****平臺中心庫的數(shù)據(jù)傳輸路徑暢通。 |
2.1.9.5 | 配置數(shù)據(jù)采集上報調(diào)度 | 配置數(shù)據(jù)采集上報的總體調(diào)度,實現(xiàn)可控的數(shù)據(jù)上報范圍、上報規(guī)則、上報 頻率、上報時間等。 |
2.1.9.6 | 數(shù)據(jù)上報聯(lián)調(diào) | 將各業(yè)務部分時間段的數(shù)據(jù)上傳到市平臺,與市平臺進行聯(lián)調(diào),經(jīng)過反復測試及調(diào)整確保按平臺規(guī)則正確上報。 |
2.1.9.7 | 歷史數(shù)據(jù)上報及增量上報 | ****醫(yī)院業(yè)務庫中的歷史數(shù)據(jù)集中上報到市平臺數(shù)據(jù)庫,完成歷史數(shù)據(jù)上報后開啟每日自動增量上報。 |
2.1.10 | ****醫(yī)院數(shù)據(jù)采集上報 | 按照**市全面健康****醫(yī)院各業(yè)務系統(tǒng)的相關(guān)數(shù)據(jù)上傳到到市全民健康信息平臺 |
2.1.10.1 | 數(shù)據(jù)采集配置 | 醫(yī)院提供的數(shù)據(jù)源的相關(guān)表的只讀賬戶賬號,進行采集作業(yè)****醫(yī)院各業(yè)務系統(tǒng)數(shù)據(jù)庫并且有各上報業(yè)務相關(guān)的庫表訪問權(quán)限。 |
2.1.10.2 | 采集模型開發(fā) | 分析各業(yè)務系統(tǒng)的數(shù)據(jù)庫結(jié)構(gòu),根據(jù)市平臺數(shù)據(jù)****醫(yī)院原始數(shù)據(jù)采集SQL,該采集SQL****醫(yī)院原始數(shù)據(jù)提取到緩存庫;數(shù)據(jù)補全,實現(xiàn)編碼和名稱字段成對提;電子病歷涉及非結(jié)構(gòu)化數(shù)據(jù)存儲的,通過關(guān)鍵字分析判斷將非結(jié)構(gòu)化數(shù)據(jù)拆分為結(jié)構(gòu)化數(shù)據(jù)。 |
2.1.10.3 | 轉(zhuǎn)化作業(yè)開發(fā) | ****醫(yī)院業(yè)務合并、原始數(shù)據(jù)字段映射到市平臺數(shù)據(jù)集標準字段、各業(yè)務關(guān)聯(lián)性一致;配置值域映射,將醫(yī)院診斷、手術(shù)等原始編碼映射成平臺標準編碼。 |
2.1.10.4 | 配置上報作業(yè) | 配置上報業(yè)務和上報路徑,實****平臺中心庫的數(shù)據(jù)傳輸路徑暢通。 |
2.1.10.5 | 配置數(shù)據(jù)采集上報調(diào)度 | 配置數(shù)據(jù)采集上報的總體調(diào)度,實現(xiàn)可控的數(shù)據(jù)上報范圍、上報規(guī)則、上報 頻率、上報時間等。 |
2.1.10.6 | 數(shù)據(jù)上報聯(lián)調(diào) | 將各業(yè)務部分時間段的數(shù)據(jù)上傳到市平臺,與市平臺進行聯(lián)調(diào),經(jīng)過反復測試及調(diào)整確保按平臺規(guī)則正確上報。 |
2.1.10.7 | 歷史數(shù)據(jù)上報及增量上報 | ****醫(yī)院業(yè)務庫中的歷史數(shù)據(jù)集中上報到市平臺數(shù)據(jù)庫,完成歷史數(shù)據(jù)上報后開啟每日自動增量上報。 |
2.1.11 | ****醫(yī)院數(shù)據(jù)采集上報 | 按照**市全面健康****醫(yī)院各業(yè)務系統(tǒng)的相關(guān)數(shù)據(jù)上傳到到市全民健康信息平臺 |
2.1.11.1 | 數(shù)據(jù)采集配置 | 醫(yī)院提供的數(shù)據(jù)源的相關(guān)表的只讀賬戶賬號,進行采集作業(yè)****醫(yī)院各業(yè)務系統(tǒng)數(shù)據(jù)庫并且有各上報業(yè)務相關(guān)的庫表訪問權(quán)限。 |
2.1.11.2 | 采集模型開發(fā) | 分析各業(yè)務系統(tǒng)的數(shù)據(jù)庫結(jié)構(gòu),根據(jù)市平臺數(shù)據(jù)****醫(yī)院原始數(shù)據(jù)采集SQL,該采集SQL****醫(yī)院原始數(shù)據(jù)提取到緩存庫;數(shù)據(jù)補全,實現(xiàn)編碼和名稱字段成對提取;電子病歷涉及非結(jié)構(gòu)化數(shù)據(jù)存儲的,通過關(guān)鍵字分析判斷將非結(jié)構(gòu)化數(shù)據(jù)拆分為結(jié)構(gòu)化數(shù)據(jù)。 |
2.1.11.3 | 轉(zhuǎn)化作業(yè)開發(fā) | ****醫(yī)院業(yè)務合并、原始數(shù)據(jù)字段映射到市平臺數(shù)據(jù)集標準字段、各業(yè)務關(guān)聯(lián)性一致;配置值域映射,將醫(yī)院診斷、手術(shù)等原始編碼映射成平臺標準編碼。 |
2.1.11.4 | 配置上報作業(yè) | 配置上報業(yè)務和上報路徑,實****平臺中心庫的數(shù)據(jù)傳輸路徑暢通。 |
2.1.11.5 | 配置數(shù)據(jù)采集上報調(diào)度 | 配置數(shù)據(jù)采集上報的總體調(diào)度,實現(xiàn)可控的數(shù)據(jù)上報范圍、上報規(guī)則、上報 頻率、上報時間等。 |
2.1.11.6 | 數(shù)據(jù)上報聯(lián)調(diào) | 將各業(yè)務部分時間段的數(shù)據(jù)上傳到市平臺,與市平臺進行聯(lián)調(diào),經(jīng)過反復測試及調(diào)整確保按平臺規(guī)則正確上報。 |
2.1.11.7 | 歷史數(shù)據(jù)上報及增量上報 | ****醫(yī)院業(yè)務庫中的歷史數(shù)據(jù)集中上報到市平臺數(shù)據(jù)庫,完成歷史數(shù)據(jù)上報后開啟每日自動增量上報。 |
2.1.12 | ****醫(yī)院數(shù)據(jù)采集上報 | 按照**市全面健康****醫(yī)院各業(yè)務系統(tǒng)的相關(guān)數(shù)據(jù)上傳到到市全民健康信息平臺 |
2.1.12.1 | 數(shù)據(jù)采集配置 | 醫(yī)院提供的數(shù)據(jù)源的相關(guān)表的只讀賬戶賬號,進行采集作業(yè)****醫(yī)院各業(yè)務系統(tǒng)數(shù)據(jù)庫并且有各上報業(yè)務相關(guān)的庫表訪問權(quán)限。 |
2.1.12.2 | 采集模型開發(fā) | 分析各業(yè)務系統(tǒng)的數(shù)據(jù)庫結(jié)構(gòu),根據(jù)市平臺數(shù)據(jù)****醫(yī)院原始數(shù)據(jù)采集SQL,該采集SQL****醫(yī)院原始數(shù)據(jù)提取到緩存庫;數(shù)據(jù)補全,實現(xiàn)編碼和名稱字段成對提取;電子病歷涉及非結(jié)構(gòu)化數(shù)據(jù)存儲的,通過關(guān)鍵字分析判斷將非結(jié)構(gòu)化數(shù)據(jù)拆分為結(jié)構(gòu)化數(shù)據(jù)。 |
2.1.12.3 | 轉(zhuǎn)化作業(yè)開發(fā) | ****醫(yī)院業(yè)務合并、原始數(shù)據(jù)字段映射到市平臺數(shù)據(jù)集標準字段、各業(yè)務關(guān)聯(lián)性一致;配置值域映射,將醫(yī)院診斷、手術(shù)等原始編碼映射成平臺標準編碼。 |
2.1.12.4 | 配置上報作業(yè) | 配置上報業(yè)務和上報路徑,實****平臺中心庫的數(shù)據(jù)傳輸路徑暢通。 |
2.1.12.5 | 配置數(shù)據(jù)采集上報調(diào)度 | 配置數(shù)據(jù)采集上報的總體調(diào)度,實現(xiàn)可控的數(shù)據(jù)上報范圍、上報規(guī)則、上報 頻率、上報時間等。 |
2.1.12.6 | 數(shù)據(jù)上報聯(lián)調(diào) | 將各業(yè)務部分時間段的數(shù)據(jù)上傳到市平臺,與市平臺進行聯(lián)調(diào),經(jīng)過反復測試及調(diào)整確保按平臺規(guī)則正確上報。 |
2.1.12.7 | 歷史數(shù)據(jù)上報及增量上報 | ****醫(yī)院業(yè)務庫中的歷史數(shù)據(jù)集中上報到市平臺數(shù)據(jù)庫,完成歷史數(shù)據(jù)上報后開啟每日自動增量上報。 |
2.1.13 | ****醫(yī)院數(shù)據(jù)采集上報 | 按照**市全面健康****醫(yī)院各業(yè)務系統(tǒng)的相關(guān)數(shù)據(jù)上傳到到市全民健康信息平臺 |
2.1.13.1 | 數(shù)據(jù)采集配置 | 醫(yī)院提供的數(shù)據(jù)源的相關(guān)表的只讀賬戶賬號,進行采集作業(yè)****醫(yī)院各業(yè)務系統(tǒng)數(shù)據(jù)庫并且有各上報業(yè)務相關(guān)的庫表訪問權(quán)限。 |
2.1.13.2 | 采集模型開發(fā) | 分析各業(yè)務系統(tǒng)的數(shù)據(jù)庫結(jié)構(gòu),根據(jù)市平臺數(shù)據(jù)****醫(yī)院原始數(shù)據(jù)采集SQL,該采集SQL****醫(yī)院原始數(shù)據(jù)提取到緩存庫;數(shù)據(jù)補全,實現(xiàn)編碼和名稱字段成對提取;電子病歷涉及非結(jié)構(gòu)化數(shù)據(jù)存儲的,通過關(guān)鍵字分析判斷將非結(jié)構(gòu)化數(shù)據(jù)拆分為結(jié)構(gòu)化數(shù)據(jù)。 |
2.1.13.3 | 轉(zhuǎn)化作業(yè)開發(fā) | ****醫(yī)院業(yè)務合并、原始數(shù)據(jù)字段映射到市平臺數(shù)據(jù)集標準字段、各業(yè)務關(guān)聯(lián)性一致;配置值域映射,將醫(yī)院診斷、手術(shù)等原始編碼映射成平臺標準編碼。 |
2.1.13.4 | 配置上報作業(yè) | 配置上報業(yè)務和上報路徑,實****平臺中心庫的數(shù)據(jù)傳輸路徑暢通。 |
2.1.13.5 | 配置數(shù)據(jù)采集上報調(diào)度 | 配置數(shù)據(jù)采集上報的總體調(diào)度,實現(xiàn)可控的數(shù)據(jù)上報范圍、上報規(guī)則、上報 頻率、上報時間等。 |
2.1.13.6 | 數(shù)據(jù)上報聯(lián)調(diào) | 將各業(yè)務部分時間段的數(shù)據(jù)上傳到市平臺,與市平臺進行聯(lián)調(diào),經(jīng)過反復測試及調(diào)整確保按平臺規(guī)則正確上報。 |
2.1.13.7 | 歷史數(shù)據(jù)上報及增量上報 | ****醫(yī)院業(yè)務庫中的歷史數(shù)據(jù)集中上報到市平臺數(shù)據(jù)庫,完成歷史數(shù)據(jù)上報后開啟每日自動增量上報。 |
2.1.14 | ****醫(yī)院數(shù)據(jù)采集上報 | 按照**市全面健康****醫(yī)院各業(yè)務系統(tǒng)的相關(guān)數(shù)據(jù)上傳到到市全民健康信息平臺 |
2.1.14.1 | 數(shù)據(jù)采集配置 | 醫(yī)院提供的數(shù)據(jù)源的相關(guān)表的只讀賬戶賬號,進行采集作業(yè)****醫(yī)院各業(yè)務系統(tǒng)數(shù)據(jù)庫并且有各上報業(yè)務相關(guān)的庫表訪問權(quán)限。 |
2.1.14.2 | 采集模型開發(fā) | 分析各業(yè)務系統(tǒng)的數(shù)據(jù)庫結(jié)構(gòu),根據(jù)市平臺數(shù)據(jù)****醫(yī)院原始數(shù)據(jù)采集SQL,該采集SQL****醫(yī)院原始數(shù)據(jù)提取到緩存庫;數(shù)據(jù)補全,實現(xiàn)編碼和名稱字段成對提;電子病歷涉及非結(jié)構(gòu)化數(shù)據(jù)存儲的,通過關(guān)鍵字分析判斷將非結(jié)構(gòu)化數(shù)據(jù)拆分為結(jié)構(gòu)化數(shù)據(jù)。 |
2.1.14.3 | 轉(zhuǎn)化作業(yè)開發(fā) | ****醫(yī)院業(yè)務合并、原始數(shù)據(jù)字段映射到市平臺數(shù)據(jù)集標準字段、各業(yè)務關(guān)聯(lián)性一致;配置值域映射,將醫(yī)院診斷、手術(shù)等原始編碼映射成平臺標準編碼。 |
2.1.14.4 | 配置上報作業(yè) | 配置上報業(yè)務和上報路徑,實****平臺中心庫的數(shù)據(jù)傳輸路徑暢通。 |
2.1.14.5 | 配置數(shù)據(jù)采集上報調(diào)度 | 配置數(shù)據(jù)采集上報的總體調(diào)度,實現(xiàn)可控的數(shù)據(jù)上報范圍、上報規(guī)則、上報 頻率、上報時間等。 |
2.1.14.6 | 數(shù)據(jù)上報聯(lián)調(diào) | 將各業(yè)務部分時間段的數(shù)據(jù)上傳到市平臺,與市平臺進行聯(lián)調(diào),經(jīng)過反復測試及調(diào)整確保按平臺規(guī)則正確上報。 |
2.1.14.7 | 歷史數(shù)據(jù)上報及增量上報 | ****醫(yī)院業(yè)務庫中的歷史數(shù)據(jù)集中上報到市平臺數(shù)據(jù)庫,完成歷史數(shù)據(jù)上報后開啟每日自動增量上報。 |
2.1.15 | ****醫(yī)院數(shù)據(jù)采集上報 | 按照**市全面健康****醫(yī)院各業(yè)務系統(tǒng)的相關(guān)數(shù)據(jù)上傳到到市全民健康信息平臺 |
2.1.15.1 | 數(shù)據(jù)采集配置 | 醫(yī)院提供的數(shù)據(jù)源的相關(guān)表的只讀賬戶賬號,進行采集作業(yè)****醫(yī)院各業(yè)務系統(tǒng)數(shù)據(jù)庫并且有各上報業(yè)務相關(guān)的庫表訪問權(quán)限。 |
2.1.15.2 | 采集模型開發(fā) | 分析各業(yè)務系統(tǒng)的數(shù)據(jù)庫結(jié)構(gòu),根據(jù)市平臺數(shù)據(jù)****醫(yī)院原始數(shù)據(jù)采集SQL,該采集SQL****醫(yī)院原始數(shù)據(jù)提取到緩存庫;數(shù)據(jù)補全,實現(xiàn)編碼和名稱字段成對提取;電子病歷涉及非結(jié)構(gòu)化數(shù)據(jù)存儲的,通過關(guān)鍵字分析判斷將非結(jié)構(gòu)化數(shù)據(jù)拆分為結(jié)構(gòu)化數(shù)據(jù)。 |
2.1.15.3 | 轉(zhuǎn)化作業(yè)開發(fā) | ****醫(yī)院業(yè)務合并、原始數(shù)據(jù)字段映射到市平臺數(shù)據(jù)集標準字段、各業(yè)務關(guān)聯(lián)性一致;配置值域映射,將醫(yī)院診斷、手術(shù)等原始編碼映射成平臺標準編碼。 |
2.1.15.4 | 配置上報作業(yè) | 配置上報業(yè)務和上報路徑,實****平臺中心庫的數(shù)據(jù)傳輸路徑暢通。 |
2.1.15.5 | 配置數(shù)據(jù)采集上報調(diào)度 | 配置數(shù)據(jù)采集上報的總體調(diào)度,實現(xiàn)可控的數(shù)據(jù)上報范圍、上報規(guī)則、上報 頻率、上報時間等。 |
2.1.15.6 | 數(shù)據(jù)上報聯(lián)調(diào) | 將各業(yè)務部分時間段的數(shù)據(jù)上傳到市平臺,與市平臺進行聯(lián)調(diào),經(jīng)過反復測試及調(diào)整確保按平臺規(guī)則正確上報。 |
2.1.15.7 | 歷史數(shù)據(jù)上報及增量上報 | ****醫(yī)院業(yè)務庫中的歷史數(shù)據(jù)集中上報到市平臺數(shù)據(jù)庫,完成歷史數(shù)據(jù)上報后開啟每日自動增量上報。 |
2.1.16 | ****醫(yī)院數(shù)據(jù)采集上報 | 按照**市全面健康****醫(yī)院各業(yè)務系統(tǒng)的相關(guān)數(shù)據(jù)上傳到到市全民健康信息平臺 |
2.1.16.1 | 數(shù)據(jù)采集配置 | 醫(yī)院提供的數(shù)據(jù)源的相關(guān)表的只讀賬戶賬號,進行采集作業(yè)****醫(yī)院各業(yè)務系統(tǒng)數(shù)據(jù)庫并且有各上報業(yè)務相關(guān)的庫表訪問權(quán)限。 |
2.1.16.2 | 采集模型開發(fā) | 分析各業(yè)務系統(tǒng)的數(shù)據(jù)庫結(jié)構(gòu),根據(jù)市平臺數(shù)據(jù)****醫(yī)院原始數(shù)據(jù)采集SQL,該采集SQL****醫(yī)院原始數(shù)據(jù)提取到緩存庫;數(shù)據(jù)補全,實現(xiàn)編碼和名稱字段成對提;電子病歷涉及非結(jié)構(gòu)化數(shù)據(jù)存儲的,通過關(guān)鍵字分析判斷將非結(jié)構(gòu)化數(shù)據(jù)拆分為結(jié)構(gòu)化數(shù)據(jù)。 |
2.1.16.3 | 轉(zhuǎn)化作業(yè)開發(fā) | ****醫(yī)院業(yè)務合并、原始數(shù)據(jù)字段映射到市平臺數(shù)據(jù)集標準字段、各業(yè)務關(guān)聯(lián)性一致;配置值域映射,將醫(yī)院診斷、手術(shù)等原始編碼映射成平臺標準編碼。 |
2.1.16.4 | 配置上報作業(yè) | 配置上報業(yè)務和上報路徑,實****平臺中心庫的數(shù)據(jù)傳輸路徑暢通。 |
2.1.16.5 | 配置數(shù)據(jù)采集上報調(diào)度 | 配置數(shù)據(jù)采集上報的總體調(diào)度,實現(xiàn)可控的數(shù)據(jù)上報范圍、上報規(guī)則、上報 頻率、上報時間等。 |
2.1.16.6 | 數(shù)據(jù)上報聯(lián)調(diào) | 將各業(yè)務部分時間段的數(shù)據(jù)上傳到市平臺,與市平臺進行聯(lián)調(diào),經(jīng)過反復測試及調(diào)整確保按平臺規(guī)則正確上報。 |
2.1.16.7 | 歷史數(shù)據(jù)上報及增量上報 | ****醫(yī)院業(yè)務庫中的歷史數(shù)據(jù)集中上報到市平臺數(shù)據(jù)庫,完成歷史數(shù)據(jù)上報后開啟每日自動增量上報。 |
2.1.17 | ****醫(yī)院數(shù)據(jù)采集上報 | 按照**市全面健康****醫(yī)院各業(yè)務系統(tǒng)的相關(guān)數(shù)據(jù)上傳到到市全民健康信息平臺 |
2.1.17.1 | 數(shù)據(jù)采集配置 | 醫(yī)院提供的數(shù)據(jù)源的相關(guān)表的只讀賬戶賬號,進行采集作業(yè)****醫(yī)院各業(yè)務系統(tǒng)數(shù)據(jù)庫并且有各上報業(yè)務相關(guān)的庫表訪問權(quán)限。 |
2.1.17.2 | 采集模型開發(fā) | 分析各業(yè)務系統(tǒng)的數(shù)據(jù)庫結(jié)構(gòu),根據(jù)市平臺數(shù)據(jù)****醫(yī)院原始數(shù)據(jù)采集SQL,該采集SQL****醫(yī)院原始數(shù)據(jù)提取到緩存庫;數(shù)據(jù)補全,實現(xiàn)編碼和名稱字段成對提取;電子病歷涉及非結(jié)構(gòu)化數(shù)據(jù)存儲的,通過關(guān)鍵字分析判斷將非結(jié)構(gòu)化數(shù)據(jù)拆分為結(jié)構(gòu)化數(shù)據(jù)。 |
2.1.17.3 | 轉(zhuǎn)化作業(yè)開發(fā) | ****醫(yī)院業(yè)務合并、原始數(shù)據(jù)字段映射到市平臺數(shù)據(jù)集標準字段、各業(yè)務關(guān)聯(lián)性一致;配置值域映射,將醫(yī)院診斷、手術(shù)等原始編碼映射成平臺標準編碼。 |
2.1.17.4 | 配置上報作業(yè) | 配置上報業(yè)務和上報路徑,實****平臺中心庫的數(shù)據(jù)傳輸路徑暢通。 |
2.1.17.5 | 配置數(shù)據(jù)采集上報調(diào)度 | 配置數(shù)據(jù)采集上報的總體調(diào)度,實現(xiàn)可控的數(shù)據(jù)上報范圍、上報規(guī)則、上報 頻率、上報時間等。 |
2.1.17.6 | 數(shù)據(jù)上報聯(lián)調(diào) | 將各業(yè)務部分時間段的數(shù)據(jù)上傳到市平臺,與市平臺進行聯(lián)調(diào),經(jīng)過反復測試及調(diào)整確保按平臺規(guī)則正確上報。 |
2.1.17.7 | 歷史數(shù)據(jù)上報及增量上報 | ****醫(yī)院業(yè)務庫中的歷史數(shù)據(jù)集中上報到市平臺數(shù)據(jù)庫,完成歷史數(shù)據(jù)上報后開啟每日自動增量上報。 |
2.1.18 | ****醫(yī)院數(shù)據(jù)采集上報 | 按照**市全面健康****醫(yī)院各業(yè)務系統(tǒng)的相關(guān)數(shù)據(jù)上傳到到市全民健康信息平臺 |
2.1.18.1 | 數(shù)據(jù)采集配置 | 醫(yī)院提供的數(shù)據(jù)源的相關(guān)表的只讀賬戶賬號,進行采集作業(yè)****醫(yī)院各業(yè)務系統(tǒng)數(shù)據(jù)庫并且有各上報業(yè)務相關(guān)的庫表訪問權(quán)限。 |
2.1.18.2 | 采集模型開發(fā) | 分析各業(yè)務系統(tǒng)的數(shù)據(jù)庫結(jié)構(gòu),根據(jù)市平臺數(shù)據(jù)****醫(yī)院原始數(shù)據(jù)采集SQL,該采集SQL****醫(yī)院原始數(shù)據(jù)提取到緩存庫;數(shù)據(jù)補全,實現(xiàn)編碼和名稱字段成對提;電子病歷涉及非結(jié)構(gòu)化數(shù)據(jù)存儲的,通過關(guān)鍵字分析判斷將非結(jié)構(gòu)化數(shù)據(jù)拆分為結(jié)構(gòu)化數(shù)據(jù)。 |
2.1.18.3 | 轉(zhuǎn)化作業(yè)開發(fā) | ****醫(yī)院業(yè)務合并、原始數(shù)據(jù)字段映射到市平臺數(shù)據(jù)集標準字段、各業(yè)務關(guān)聯(lián)性一致;配置值域映射,將醫(yī)院診斷、手術(shù)等原始編碼映射成平臺標準編碼。 |
2.1.18.4 | 配置上報作業(yè) | 配置上報業(yè)務和上報路徑,實****平臺中心庫的數(shù)據(jù)傳輸路徑暢通。 |
2.1.18.5 | 配置數(shù)據(jù)采集上報調(diào)度 | 配置數(shù)據(jù)采集上報的總體調(diào)度,實現(xiàn)可控的數(shù)據(jù)上報范圍、上報規(guī)則、上報 頻率、上報時間等。 |
2.1.18.6 | 數(shù)據(jù)上報聯(lián)調(diào) | 將各業(yè)務部分時間段的數(shù)據(jù)上傳到市平臺,與市平臺進行聯(lián)調(diào),經(jīng)過反復測試及調(diào)整確保按平臺規(guī)則正確上報。 |
2.1.18.7 | 歷史數(shù)據(jù)上報及增量上報 | ****醫(yī)院業(yè)務庫中的歷史數(shù)據(jù)集中上報到市平臺數(shù)據(jù)庫,完成歷史數(shù)據(jù)上報后開啟每日自動增量上報。 |
2.2 | 數(shù)據(jù)遷移系統(tǒng) | 數(shù)據(jù)遷移系統(tǒng)主要負責****醫(yī)療機構(gòu)****中心端 |
2.2.1 | 數(shù)據(jù)采集 | 數(shù)據(jù)****醫(yī)療機構(gòu)數(shù)據(jù)的采集匯聚。通過數(shù)據(jù)智能采集提供實時、非實時以及增量數(shù)據(jù)的自動數(shù)據(jù)采集。 |
2.2.1.1 | 數(shù)據(jù)抽取 | ****醫(yī)療機構(gòu)提供的數(shù)據(jù)源獲取醫(yī)療業(yè)務數(shù)據(jù),通過數(shù)據(jù)模型快速匹配實現(xiàn)業(yè)務模型復用和快速對接 |
2.2.1.2 | 存量數(shù)據(jù)抽取 | 采用ELT方式,將存量數(shù)據(jù),依據(jù)平臺標準,抽取到數(shù)據(jù)庫中。抽取內(nèi)容包括新系統(tǒng)存量數(shù)據(jù)和老系統(tǒng)存量數(shù)據(jù) |
2.2.1.3 | 增量數(shù)據(jù)實時同步 | 增量數(shù)據(jù)實時同步有四種處理方式,分別是觸發(fā)器方式、時間戳方式、全表比對方式、日志表方式、服務方式 |
2.2.1.4 | 數(shù)據(jù)清洗 | 數(shù)據(jù)清洗包括前置校驗、數(shù)據(jù)上傳、數(shù)據(jù)教育、日志存儲和數(shù)據(jù)治理 |
2.2.2 | 數(shù)據(jù)搬運 | 各級醫(yī)療機構(gòu)遵循《WST500-2016電子病歷共享文檔規(guī)范》、《WST483-2016電子健康檔案共享文檔規(guī)范》數(shù)據(jù)集要求提供數(shù)據(jù)源,平臺提供主動數(shù)據(jù)搬運功能,完成數(shù)據(jù)對接 |
2.2.2.1 | 交換引擎 | 包括批量數(shù)據(jù)同步和跨系統(tǒng)交換 |
2.2.2.2 | 數(shù)據(jù)轉(zhuǎn)換 | ETL過程中數(shù)據(jù)清洗、轉(zhuǎn)化,如碼表清洗,并且支持視圖拖拽式配置 |
2.2.2.3 | 映射配置 | 提供數(shù)據(jù)采集功能的可視化數(shù)據(jù)映射工具,可針對數(shù)據(jù)采集過程中的數(shù)據(jù)抽取、數(shù)據(jù)轉(zhuǎn)換等步驟進行圖形界面化開發(fā)和管理。 |
2.2.2.4 | 數(shù)據(jù)流程配置 | 提供數(shù)據(jù)采集各活動節(jié)點的配置功能,通過圖形化拖拽方式完成采集流程動態(tài)配置、調(diào)整等工作,簡化數(shù)據(jù)采集工作的開發(fā)、調(diào)試等相關(guān)工作,能夠大幅度提高工作效率 |
2.2.2.5 | 字典值域轉(zhuǎn)換 | 字典值域轉(zhuǎn)換工具提供智能匹配(基于語義的模糊匹配)+人工確認相結(jié)合的方式實現(xiàn)值域的精確映射 |
2.2.3 | 數(shù)據(jù)上傳 | 通過數(shù)據(jù)加載和技術(shù)協(xié)議,對采集的數(shù)據(jù)進行匯集處理 |
2.2.3.1 | 數(shù)據(jù)加載 | 將采集和轉(zhuǎn)換加工后的數(shù)據(jù)裝載到目的庫 |
2.2.3.2 | 技術(shù)協(xié)議 | 提供多種上傳策略,包括上傳到平臺數(shù)據(jù)庫、以標準接口方式對外提供調(diào)用 |
2.2.3.3 | 數(shù)據(jù)上傳 | 根據(jù)省平臺定義的數(shù)據(jù)上報要求,結(jié)合數(shù)據(jù)加載方式和支持的技術(shù)協(xié)議。覆蓋省平臺數(shù)據(jù)上傳。 |
2.2.4 | 采集監(jiān)管 | 對數(shù)據(jù)采集流程進行監(jiān)管 |
2.2.4.1 | 通道聯(lián)通狀態(tài)監(jiān)管 | 全局監(jiān)控,提供統(tǒng)一地域展示視圖,****醫(yī)療機構(gòu)數(shù)據(jù)采集情況 |
2.2.4.2 | 數(shù)據(jù)上報統(tǒng)計監(jiān)管 | 監(jiān)控醫(yī)院上報狀態(tài)的詳細信息,反****醫(yī)院數(shù)據(jù)上報的實際情況,通過對上報數(shù)據(jù)總數(shù)、上報成功總數(shù)、上報失敗總數(shù)等指標的監(jiān)控,****醫(yī)院****醫(yī)院的角度對數(shù)據(jù)上報的具體狀態(tài)進行分析統(tǒng)計 |
2.2.4.3 | 業(yè)務數(shù)據(jù)標準監(jiān)管 | 針對醫(yī)療業(yè)務在數(shù)據(jù)互聯(lián)互通上報過程中采用的數(shù)據(jù)標準進行監(jiān)控,能夠檢測和調(diào)整不同業(yè)務數(shù)據(jù)上報采用的數(shù)據(jù)標準,并提供數(shù)據(jù)標準導入功能,并能夠?qū)?shù)據(jù)標準進行統(tǒng)計分析,反映數(shù)據(jù)標準的采用狀態(tài)、標****醫(yī)療機構(gòu)采用的數(shù)據(jù)標準情況等信息。 |
2.2.4.4 | 值域標準監(jiān)管 | 針對上報數(shù)據(jù)的值域標準進行監(jiān)控,能夠檢測和分析不同業(yè)務上報采用的值域標準情況,能夠?qū)χ涤驑藴蔬M行分類,并提供值域標準導入功能,通過對值域標準的統(tǒng)計分析,****醫(yī)院采用的值域情況,統(tǒng)一值域標準。 |
3 | 基礎應用子平臺 | 平臺基礎管理組件 |
3.1 | 標準管理系統(tǒng) | 提供關(guān)于數(shù)據(jù)標準、交換標準的可視化管理工具。為實施人員提供管理數(shù)據(jù)交換的存儲模型和交換模型的工具,并在模型變更后可以提供腳本的管理和接口文檔的管理。****醫(yī)院信息科的工作人員,系統(tǒng)可以查看和下載衛(wèi)生部標準、產(chǎn)品標準等文件,并且可以查詢平臺現(xiàn)有的標準。 |
3.1.1 | 基礎配置 | 包括業(yè)務分類管理、活動分類管理、字段池管理和字段模板管理 |
3.1.2 | 數(shù)據(jù)標準管理 | 數(shù)據(jù)標準管理分為值域管理、采集標準-數(shù)據(jù)元管理、應用標準-數(shù)據(jù)元管理、應用之于映射配置 |
3.1.3 | 交換標準管理 | 交換標準分為采集交換標準和應用交換標準,采集標準為平臺采集時需要的交換標準,應用標準為一套統(tǒng)一的,提供給上層應用使用的標準,主要區(qū)別在于應用標準不需要綁定值域信息,其應用涉及的值域信息需要與項目本地的值域信息做匹配。交換標準管理為標準管理系統(tǒng)最為重要的模塊 |
3.1.4 | 規(guī)則管理 | 按照升級、未配置、待發(fā)布和已發(fā)布分類查看交換標準,勾選交換標準可進行批量升級和批量發(fā)布到質(zhì)控的操作。 |
3.1.5 | 文檔管理 | 可以查看標準文檔記錄,包括文檔的名稱和生成時間,同時可以在上方輸入篩選條件,篩選條件包括標題單位、落款單位、文檔日期等。 |
3.1.6 | 標準一覽 | 行業(yè)標準查看主要為了展示行業(yè)標準分類以及其數(shù)據(jù)元構(gòu)成,可根據(jù)醫(yī)療、公衛(wèi)和婦幼等分類查看行業(yè)標準及其數(shù)據(jù)元組成。 |
3.2 | EMPI主索引系統(tǒng) | 個人/患者的唯一身份識別,為居民健康檔案信息和醫(yī)療服務信息的交互共享提供基礎。居民主索引其主要用途是在一個復雜的醫(yī)療體系內(nèi),通過唯一的患者標識將多個醫(yī)療信息系統(tǒng)有效地關(guān)聯(lián)在一起。以實現(xiàn)各個系統(tǒng)之間的互聯(lián)互通,保證同一個患者在不同業(yè)務系統(tǒng)中信息采集的關(guān)聯(lián)性、完整性和準確性。 |
3.2.1 | 主索引管理 | 支持居民主索引按照不同的檢索條件進行查詢,可以服務查詢,也可以前臺頁面查詢 |
3.2.2 | 主索引手工處理 | 此功能可以將兩條主數(shù)據(jù)合并,并將索引信息合并。在相似列表中勾選一條記錄,點擊合并按鈕,系統(tǒng)會將兩條主數(shù)據(jù)合并成一條,以上面的記錄為準,將下面記錄索引集合合并到上面的主數(shù)據(jù)中,并記錄相關(guān)操作日志 |
3.2.3 | 主索引注冊 | 手工創(chuàng)建居民主索引信息?梢栽陧撁嬷悬c擊注冊按鈕,然后填寫如身份證號碼、姓名、性別、年齡、出生日期、手機、詳細地址信息,其中身份證號碼不可以與現(xiàn)有數(shù)據(jù)重復,也不可以為空 |
3.2.4 | 抽取配置 | 配置EMPI映射關(guān)系、抽取EMPI數(shù)據(jù) |
3.2.5 | 權(quán)重配置項 | EMPI權(quán)重比例設置。目前主索引相似有四個權(quán)重,身份證號碼相同視為一個人,可自動合并。姓名-出生日期、姓名-手機號、出生日期-手機號相同,進入相似列表可以手工合并主索引信息 |
3.3 | 主數(shù)據(jù)管理系統(tǒng) | 主數(shù)據(jù)管理為用戶提供統(tǒng)一的衛(wèi)生**管理入口,整合區(qū)劃內(nèi)衛(wèi)生**如人員、機構(gòu)、科室等信息,為其他系統(tǒng)提供基礎數(shù)據(jù)。****醫(yī)療機構(gòu)的屬性信息,提供人員和科室注冊服務,并分配科室和人員唯一標識,集中管理床位、行政區(qū)劃、設備、車輛、應急物資的詳細信息。 |
3.3.1 | 人員信息管理 | 人員信息管理支持人員信息的增加,包括姓名、證件信息、出生日期等基礎信息的增加,以及所在科室、醫(yī)師執(zhí)業(yè)類別等工作信息的維護 |
3.3.2 | 科室信息管理 | 科室信息管理支持科室信息的增加,包括歸屬機構(gòu)、科室編碼、科室名稱、科室地址及備注信息的維護 |
3.3.3 | 機構(gòu)信息管理 | 機構(gòu)信息管理支持機構(gòu)信息的增加,包括機構(gòu)名稱、機構(gòu)編碼及行政區(qū)劃等信息的維護 |
3.3.4 | 區(qū)劃信息管理 | 區(qū)劃信息管理支持區(qū)劃信息的增加,包括行政區(qū)劃代碼、行政區(qū)劃名稱、上級行政區(qū)劃代碼等信息的維護 |
3.3.5 | 床位信息管理 | 床位信息管理支持床位信息的修改包括實有床位數(shù)的修改,不能修改床位的機構(gòu)名稱和機構(gòu)編碼;支持床位信息的查詢,包括根據(jù)機構(gòu)名稱和歸屬區(qū)劃進行精確查詢 |
3.3.6 | 設備信息管理 | 設備信息管理支持設備信息的增加,包括設備代號、設備臺數(shù)和設備名稱等信息的維護 |
3.3.7 | 車輛信息管理 | 車輛信息管理支持車輛信息的增加,包括車輛類型、車牌號碼和購置日期等信息的維護 |
3.3.8 | 應急物資管理 | 應急物資管理支持應急物資信息的增加,包括應急物資名稱、分類和規(guī)格型號等信息的維護 |
3.3.9 | 術(shù)語管理 | 術(shù)語管理主要是對標準中一些術(shù)語進行展示和維護操作,可向用戶展示專業(yè)醫(yī)學術(shù)語。術(shù)語管理是為了規(guī)范醫(yī)療用語,用于管理某些項目的標識、名稱和分類等維度。主要包括藥品字典、檢驗檢查項目、手術(shù)項目、疾病和中醫(yī)診斷、特需收費項目、治療處置項目、耗材和醫(yī)囑項目。 |
3.3.10 | 申請審核 | 審核申請主要功能為對已申請的編碼進行審核并展示標準的審核情況,用戶可勾選申請單列表,處理申請單通過或者不通過,通過的申請單,會將申請的數(shù)據(jù)添加到對應的字典表中 |
3.4 | 數(shù)據(jù)質(zhì)量治理系統(tǒng) | 數(shù)據(jù)質(zhì)量控制通過完整性控制、準確性控制、關(guān)聯(lián)性控制、穩(wěn)定性控制以及實效性控制等功能,實現(xiàn)對健康數(shù)據(jù)采集、轉(zhuǎn)發(fā)、存儲等環(huán)節(jié)的全面數(shù)據(jù)質(zhì)量監(jiān)管,保障機制完善數(shù)據(jù)質(zhì)量。 |
3.4.1 | 數(shù)據(jù)質(zhì)量分析 | 數(shù)據(jù)質(zhì)量分析對全民健康信****醫(yī)療機構(gòu)的數(shù)據(jù)質(zhì)量提供分項評測查看,從時間維度、醫(yī)療機構(gòu)類型等多維度進行分析展示 |
3.4.2 | 數(shù)據(jù)質(zhì)量評測 | 數(shù)據(jù)質(zhì)量評測提供數(shù)據(jù)評測方式定義配置,支持根據(jù)實際情況進行調(diào)整不同評分項目權(quán)重,****醫(yī)療機構(gòu)數(shù)據(jù)上報質(zhì)量進行評測 |
3.4.3 | 數(shù)據(jù)稽查校驗 | 數(shù)據(jù)稽查校驗是對具體的業(yè)務數(shù)據(jù)進行建立校驗模型,通過業(yè)務校驗規(guī)則進行數(shù)據(jù)質(zhì)量校驗和系統(tǒng)審核的過程 |
3.4.4 | 數(shù)據(jù)問題處理 | 數(shù)據(jù)****醫(yī)療機構(gòu)提供數(shù)據(jù)全生命周期的跟蹤,行政****醫(yī)療機構(gòu)內(nèi)部數(shù)據(jù)從生產(chǎn)、抽取、轉(zhuǎn)換、上傳等全過程的跟蹤信息,同時在平臺也可以了解到質(zhì)量評測報告,****醫(yī)療機構(gòu)綜合評分不高的情況下,能夠很快地進行問題劃界與定位 |
3.5 | 居民全生命周期健康檔案 | 通過健康檔案瀏覽器實現(xiàn)跨平臺、跨應用、跨開發(fā)商的通用電子健康檔案訪問工具,向居民提供電子健康記錄的集成化綜合視圖。在健康檔案瀏覽器中查看近期就診、藥物、檢查等記錄,讓平臺采集或索引的健康檔案發(fā)揮更大的效益和作用,為臨床提供便捷的信息參考 |
3.5.1 | 就診視圖 | 以日歷記事本的形式在同一個界面,對居民歷次就診期間診斷、檢驗結(jié)果、檢查結(jié)果、用藥醫(yī)囑等數(shù)據(jù)進行摘要性展示 |
3.5.2 | 綜合視圖 | 診斷、報告、病歷、護理、體檢信息多角度全景展現(xiàn),輔助用戶對過往診療信息查看與本次治療方案分析,并提供基于診療記錄角度與就診事件角度的轉(zhuǎn)換查看方式 |
3.5.3 | HER視圖 | 集成健康檔案、高血壓建檔、高血壓患者隨訪、糖尿病建檔、糖尿病患者隨訪、預防接種、預防接種報告、高危新生兒登記信息記錄、體弱兒童登記信息記錄、體弱兒隨訪記錄、出生醫(yī)學證明、兒童健康體檢、新生兒家庭訪視、孕產(chǎn)婦建卡、高危孕產(chǎn)婦信息記錄、產(chǎn)前隨訪、產(chǎn)后訪視、產(chǎn)后42天健康檢查、分娩情況、成年人健康體檢、死亡醫(yī)學證明,實現(xiàn)多種健康檔案的信息查看功能、輔助醫(yī)生進行診療活動 |
3.5.4 | 模塊隱私設置 | 對功能模塊進行開啟和關(guān)閉的操作,主要包括生命周期、服務記錄、用藥記錄、檢驗記錄、檢查記錄、長期醫(yī)囑、手術(shù)記錄等,包含訪問權(quán)限設置、基本信息隱私設置、疾病信息隱私設置 |
3.6 | 檢查檢驗結(jié)果互認服務 | 結(jié)合實際情況建立本轄區(qū)內(nèi)的檢查檢驗結(jié)果互認體系,明確互認機構(gòu)范圍、條件、診療項目(內(nèi)容)及技術(shù)標準等,優(yōu)先選取穩(wěn)定性好、高值高頻的檢查檢驗項目進行互認。推進檢查檢驗結(jié)果互認共享,其目的是減少重復檢驗檢查,促進醫(yī)療衛(wèi)生**合理、有效利用,簡化就醫(yī)環(huán)節(jié),縮短就醫(yī)時間,降低診療費用,提高人民群眾就醫(yī)感受度和滿意度。 |
3.6.1 | 系統(tǒng)基礎管理 | 對機構(gòu)、權(quán)限、角色、用戶和基層字典進行管理 |
3.6.2 | 檢驗互認管理 | 對檢驗互認項目、組套關(guān)系、互認資質(zhì)、互認范圍進行管理 |
3.6.3 | 檢查互認管理 | 對檢查互認項目、互認資質(zhì)和互認范圍進行管理 |
3.6.4 | 互認項目映射管理 | 檢驗項目映射管理、檢查項目映射管理、檢驗項目映射瀏覽、檢查項目映射瀏覽 |
3.6.5 | 互認瀏覽器 | 互認瀏覽器主要面向臨床醫(yī)生,作為與醫(yī)生進行互認交互的工具,用于展現(xiàn)可互認報告提醒、查看可互認報告及互認規(guī)則、進行互認操作、以及進行互認引用。 |
3.6.6 | 互認監(jiān)管分析 | 在對醫(yī)生進行事前和事中提醒的基礎上,系統(tǒng)提供互認跟蹤與評價、檢驗檢查結(jié)果互認綜合監(jiān)管分析功能作為事后監(jiān)管手段,實現(xiàn)互認閉環(huán)管理。 |
3.6.7 | 與**影像云對接 | 與影像云平臺對接,在互認瀏覽器檢查報告瀏覽頁面集成影像云平臺的影像瀏覽器調(diào)閱鏈接,查看對應的影像信息。 |
3.6.8 | 與醫(yī)院HIS對接 | 與醫(yī)院HIS系統(tǒng)對接,調(diào)用互認平臺提供的“互認報告查詢服務” |
3.6.9 | 與醫(yī)院LIS、PACS對接 | 與醫(yī)院HIS、LIS、PACS 具備檢驗檢****醫(yī)療機構(gòu)對接,在可互認檢驗檢查報告發(fā)布后,調(diào)用互認平臺提供的“可互認檢驗檢查PDF報告上傳服務”,將相應的報告上傳。 |
3.6.10 | 與健康檔案瀏覽器對接 | 與健康檔案瀏覽器對接,在互認跟蹤與評價的頁面,集成健康檔案瀏覽器,用于瀏覽對應個案的就診記錄。 |
3.7 | 統(tǒng)一集成應用門戶 | 統(tǒng)一集成門戶是**市醫(yī)療衛(wèi)生健康的展現(xiàn)平臺。根據(jù)用戶角色分配權(quán)限。用戶通過賬號登錄與其對應的應用系統(tǒng),處理日常業(yè)務。 |
3.7.1 | 菜單配置 | 對平臺管理、醫(yī)療應用、公衛(wèi)應用和其他業(yè)務協(xié)同進行菜單配置 |
3.7.2 | 統(tǒng)一身份認證服務 | 系統(tǒng)為有認證的用戶根據(jù)用戶所處角色,確定哪些**該用戶可以訪問,可以進行哪些操作等。 |
3.7.3 | 系統(tǒng)監(jiān)控 | 用于查看服務器信息。包括服務器ip地址、主機名、操作系統(tǒng)架構(gòu)及名稱等。 |
3.7.4 | 衛(wèi)健委管理角色 | 為衛(wèi)健委相關(guān)部門提供服務,功能包括服務技術(shù)中臺中各類參數(shù)配置、EMPI主索引、主數(shù)據(jù)管理、標準管理、數(shù)據(jù)質(zhì)量控制管理、大數(shù)據(jù)應用等。 |
3.7.5 | 醫(yī)護人員角色 | ****醫(yī)院醫(yī)生、基層醫(yī)生、藥方醫(yī)生等)提供服務。根據(jù)醫(yī)生權(quán)限不同,加載的業(yè)務應用也隨之改變。 |
(四) | 基于平臺的業(yè)務監(jiān)管系統(tǒng) | 全市醫(yī)療衛(wèi)生業(yè)務監(jiān)管智能化 |
1 | ****中心 | 建立健康****展示中心,通過充分利用智能大數(shù)據(jù)分析技術(shù),結(jié)合平臺所匯聚的醫(yī)療大數(shù)據(jù)、公衛(wèi)大數(shù)據(jù)、醫(yī)保大數(shù)據(jù)、醫(yī)藥大數(shù)據(jù),****政府部門、醫(yī)院提供健康醫(yī)療大數(shù)據(jù)分析服務,便于政府全面、實時掌握醫(yī)療衛(wèi)生業(yè)務運行狀態(tài),實現(xiàn)智慧監(jiān)管與智慧決策 |
1.1 | 醫(yī)療服務指標 | 工作量、工作效率、醫(yī)療質(zhì)量、患者負擔、醫(yī)療用藥、醫(yī)療費用、衛(wèi)生**等指標管理 |
1.2 | 公共衛(wèi)生指標 | 建檔情況、高血壓管理、糖尿病管理、重性精神病管理、老年人管理、孕產(chǎn)婦保健管理、兒童保健管理 |
2 | 綜合業(yè)務監(jiān)管 | 對衛(wèi)生政策、人力**、經(jīng)濟等綜合進行監(jiān)管分析 |
2.1 | 醫(yī)療服務 | 醫(yī)療服務選取了醫(yī)療服務向的部分關(guān)鍵指標,涵蓋了“工作量”、“工作效率”、“醫(yī)療質(zhì)量”、“患者負擔”等多個醫(yī)療服務方面的具有代表性的指標,從整體角度展示了區(qū)域醫(yī)療服務建設發(fā)展情況。 |
2.2 | 醫(yī)療費用 | 醫(yī)療費用將醫(yī)改、**等區(qū)域關(guān)注的醫(yī)療相關(guān)費用內(nèi)容進行匯總展示,通過大量對比圖例展現(xiàn)了醫(yī)療費用階段性的變化趨勢。 |
3 | 醫(yī)療行為監(jiān)管 | 對醫(yī)療機構(gòu)的診療活動進行監(jiān)管 |
3.1 | 醫(yī)療行為 | 醫(yī)療行為監(jiān)管全方位展示了區(qū)域醫(yī)療質(zhì)量情況,便于管理者了解區(qū)域內(nèi)醫(yī)療質(zhì)量現(xiàn)狀,更好的為患者提供高質(zhì)量的醫(yī)療服務。 |
4 | 慢病管理業(yè)務監(jiān)管 | 針對慢病人群管理開展情況進行統(tǒng)一監(jiān)管。具體功能包括:慢性病控制率、慢性病規(guī)范管理率、高危人群管理率、服藥率和血壓(血糖)控制率、慢性病預防宣傳教育知曉率、區(qū)域慢性病危險因素監(jiān)測。 |
4.1 | 慢性病管理 | 慢性病管理是公衛(wèi)工作的重點內(nèi)容,產(chǎn)品將慢性病相關(guān)指標設計到一起,形成了慢病管理主題,真對高血壓、糖尿病患者的管理情況進行分析,便于后續(xù)展開隨訪等工作。 |
5 | 重點人群管理業(yè)務監(jiān)管 | 區(qū)域內(nèi)老年人的健康管理情況。 |
5.1 | 重點人群管理 | 健康檔案管理,將居民建檔情況、重點人群檔案管理情況進行細分。體現(xiàn)了區(qū)域內(nèi)老年人的健康管理情況。 |
6 | 婦女保健業(yè)務監(jiān)管 | 對基層醫(yī)療衛(wèi)生機構(gòu)開展的孕產(chǎn)婦健康管理服務工作的執(zhí)行情況進行監(jiān)管,包括孕早期保健、孕中期保健、孕晚期保健、產(chǎn)時保健、產(chǎn)后保健等。 |
6.1 | 婦女保健業(yè)務管理 | 對婦女保健相關(guān)指標進行統(tǒng)計分析,展現(xiàn)區(qū)域婦女保健各項業(yè)務開展情況,為管理者提供一定的決策支持。 |
7 | 兒童保健業(yè)務監(jiān)管 | 對基層醫(yī)療衛(wèi)生機構(gòu)開展的0-6歲兒童健康管理服務工作的執(zhí)行情況進行監(jiān)管,包括新生兒訪視、嬰幼兒保健、學齡前兒童保健等。 |
7.1 | 兒童保健業(yè)務管理 | 對兒童保健相關(guān)指標進行統(tǒng)計分析,展現(xiàn)區(qū)域兒童保健各項業(yè)務開展情況,為管理者提供一定的決策支持。 |
8 | 中醫(yī)藥業(yè)務監(jiān)管 | 中醫(yī)藥業(yè)務監(jiān)管 |
8.1 | 中醫(yī)院業(yè)務管理 | 中醫(yī)建設逐漸成為國家關(guān)注的重點內(nèi)容,獨立建立的中醫(yī)藥管理大屏是將中醫(yī)相關(guān)內(nèi)容進行整合而成的主題大屏。管理者可以在這個主題中充分了解區(qū)域中醫(yī)建設效果。 |
9 | 國家基本公共衛(wèi)生服務項目監(jiān)管 | 針對國家基本公共衛(wèi)生服務項目開展情況進行統(tǒng)一監(jiān)管。通過全民健康信息平臺對區(qū)域內(nèi)基本公共衛(wèi)生服務活動實施情況進行匯總與分析,滿足基本公共衛(wèi)生服務業(yè)務監(jiān)管、服務項目規(guī)范化實施與管理等方面需求。 |
9.1 | 健康檔案電子建檔率 | 對轄區(qū)內(nèi)常住居民(指居住半年以上的戶籍及非戶籍居民)健康檔案建檔服務情況進行監(jiān)管,實現(xiàn)按地區(qū)、時間、人群類別等多個維度的建檔統(tǒng)計,分析建檔人群的健康特征,監(jiān)管建檔任務完成情況 |
9.2 | 重點人群基本公共衛(wèi)生服務情況監(jiān)管 | 重點人群包括0-6歲兒童、孕產(chǎn)婦、老年人、慢性病患者、嚴重精神障礙患者和肺結(jié)核患者等,實現(xiàn)按地區(qū)、時間、人群類別等多個維度的重點人群和特殊人群簽約數(shù)及簽約率、家庭醫(yī)生簽約服務項目開展情況等指標進行監(jiān)管。 |
10 | 醫(yī)院運營監(jiān)管 | 對各級醫(yī)療衛(wèi)生機構(gòu)的運營情況進行全面監(jiān)測與分析,提供日常管理數(shù)據(jù)支持。全民健康信息平臺從各醫(yī)療衛(wèi)生機構(gòu)的HRP、HIS、LIS、PACS、EMR等信息系統(tǒng)采集數(shù)據(jù),統(tǒng)一匯總管理,聚合成各醫(yī)療衛(wèi)生機構(gòu)的資產(chǎn)運營、工作負荷、工作效率、患者負擔等運營狀況的數(shù)據(jù)集市 |
10.1 | 工作負荷監(jiān)控 | 年門診人次(指醫(yī)療衛(wèi)生機構(gòu)在一年內(nèi)進行門診診療的總?cè)舜危话惆ɑ颊哚t(yī)療衛(wèi)生機構(gòu)就診的門診、急診人次),健康體檢人次,年急診人次,留觀人次,年住院患者入院,出院例數(shù),出院患者實際占用總床日,年住院手術(shù)例數(shù),年門診手術(shù)例數(shù)(一年內(nèi)門診患者進行手術(shù)的總例數(shù)) |
10.2 | 工作效率監(jiān)控 | 對出院患者平均住院日,平均每張床位工作日,床位使用率,床位周轉(zhuǎn)次數(shù),手術(shù)類型構(gòu)成進行監(jiān)管 |
10.3 | 患者負擔監(jiān)控 | 每門診人次費用,每住院人次費用,參;颊邆人衛(wèi)生支出比例,醫(yī)保目錄內(nèi)藥品費用比例,****醫(yī)院普通門診就診人次占比,DRGS成本核算情況分析,單病種成本核算情況分析 |
11 | 疫情防控監(jiān)管平臺 | |
11.1 | 基礎數(shù)據(jù)錄入 | 平臺提供數(shù)據(jù)導入按鈕,可將省里下發(fā)的數(shù)據(jù)導入到本系統(tǒng)內(nèi),系統(tǒng)后臺將會對這些基礎數(shù)據(jù)進行整理,分析 |
11.2 | 短信發(fā)送 | 根據(jù)基礎數(shù)據(jù),系統(tǒng)通過短信網(wǎng)關(guān)定向發(fā)送帶有填報地址的短信 |
11.3 | 短信填報 | 收到短信的相關(guān)人員根據(jù)短信提示內(nèi)容,完成自主填報并提交自身相關(guān)信息,將信息反饋到平臺系統(tǒng)中 |
11.4 | 任務推送 | 系統(tǒng)后臺對錄入數(shù)據(jù)進行分析,明確每名人員應所屬行政區(qū)域(縣、區(qū)),并將工作任務自動推送到基層管控單位 |
11.5 | 監(jiān)管反饋 | 基層管控單位工作人員根據(jù)任務分配,將現(xiàn)場、遠程工作內(nèi)容反饋給系統(tǒng) |
11.6 | 進度展示 | 指揮中心的工作人員遠程接收系統(tǒng)收到信息匯報,以及工作進展情況進行展示 |
11.7 | 主頁定制開發(fā) | 提供定制化功能,提升系統(tǒng)延展性 |
(五) | 基于平臺的業(yè)務協(xié)同系統(tǒng) | 根據(jù)互聯(lián)互通測評要求,對基本醫(yī)療和公共衛(wèi)生相關(guān)服務進行協(xié)同應用管理 |
1 | 基本醫(yī)療服務協(xié)同 | 基于全民健康信息平臺,對個人健康檔案、慢病等協(xié)同提供服務 |
1.1 | 個人基本信息調(diào)閱服務 | 通過健康檔案瀏覽器,****醫(yī)療機構(gòu)、居民推送居民個人基本信息,包括年齡、性別、民族等個人基本醫(yī)學相關(guān)信息。 |
1.1.1 | 個人基本信息服務 | 居民個人基本信息,包括年齡、性別、民族等 |
1.1.2 | 個人基本醫(yī)學相關(guān)信息服務 | 居民公共衛(wèi)生信息和醫(yī)療信息 |
1.2 | 居民健康檔案信息服務 | 通過健康檔案瀏覽器,****醫(yī)療機構(gòu)、居民推送健康檔案、高血壓建檔、高血壓患者隨訪、糖尿病建檔、糖尿病患者隨訪、預防接種、預防接種報告、高危新生兒登記信息記錄、體弱兒童登記信息記錄、體弱兒隨訪記錄、出生醫(yī)學證明、兒童健康體檢、新生兒家庭訪視、孕產(chǎn)婦建卡、高危孕產(chǎn)婦信息記錄、產(chǎn)前隨訪、產(chǎn)后訪視、產(chǎn)后42天健康檢查、分娩情況、成年人健康體檢、死亡醫(yī)學證明等公衛(wèi)相關(guān)信息。 |
1.2.1 | 健康檔案信息服務 | 居民健康檔案信息獲取、推送服務 |
1.2.2 | 高血壓專案信息服務 | 高血壓患者信息、高血壓專案信息、高血壓隨訪信息、高血壓患者健康檢查信息的獲取、推送服務 |
1.2.3 | 糖尿病專案信息服務 | 糖尿病患者信息、糖尿病專案信息、糖尿病隨訪信息、糖尿病患者健康檢查信息的獲取、推送服務 |
1.2.4 | 預防接種信息服務 | 預防接種、預防接種報告信息的獲取、推送服務 |
1.2.5 | 兒童保健信息服務 | 兒童體檢信息、體弱兒童信息、集體體檢信息、兒童死亡信息、新生兒疾病篩查信息、出生缺陷登記信息、出生證明信息的獲取、推送服務 |
1.2.6 | 婦女保健信息服務 | 孕產(chǎn)婦保信息、高危孕產(chǎn)婦信息、孕產(chǎn)婦死亡報告信息、葉酸管理信息、兩癌篩查信息、婦女病普查信息的獲取、推送服務 |
1.2.7 | 健康體檢信息服務 | 老年人健康檔案信息、老年人健康體檢信息的獲取、推送服務 |
1.2.8 | 死亡醫(yī)學證明服務 | 死亡證明信息的獲取、推送服務 |
1.3 | 居民電子病歷信息服務 | 通過電子病歷瀏覽器,****醫(yī)療機構(gòu)、居民推送門急診信息、住院信息、體檢信息等 |
1.3.1 | 門急診診療信息服務 | 門急診醫(yī)囑、門急診處方、門急診掛號信息等獲取、推送服務 |
1.3.2 | 住院診療信息服務 | 住院電子病歷、入院記錄、出院記錄、臨床路徑信息等獲取、推送服務 |
1.4 | 重復檢查提醒服務 | 重復檢查功能是當醫(yī)生在HIS系統(tǒng)內(nèi)給患者開立檢查項目時,HIS系統(tǒng)會調(diào)用平臺提供的接口,根據(jù)之前平臺采集上來的數(shù)據(jù)與本次醫(yī)生要給患者開立的檢查項目編碼和名稱進行對比,如果發(fā)現(xiàn)同一患者開立過相同檢查項目,則進行提示,并展示檢查項目詳情 |
1.4.1 | 檢查結(jié)果服務 | 檢查項目詳情包括檢查機構(gòu)、檢查時間、檢查科室、檢查結(jié)果所見以及針對檢查結(jié)果的建議診斷 |
1.4.2 | 檢查報告服務 | 檢查報告獲取、推送服務 |
1.4.3 | 提醒服務 | 檢查結(jié)果提醒服務 |
1.5 | 重復檢驗提醒服務 | 重復檢驗功能是當醫(yī)生在HIS系統(tǒng)內(nèi)給患者開立檢驗項目時,HIS系統(tǒng)會調(diào)用平臺提供的接口,根據(jù)之前平臺采集上來的數(shù)據(jù)與本次醫(yī)生要給患者開立的檢驗項目編碼和名稱進行對比,如果發(fā)現(xiàn)同一患者開立過相同檢驗項目,則進行提示,并展示檢驗項目詳情。 |
1.5.1 | 檢驗結(jié)果服務 | 檢驗項目詳情包括檢驗機構(gòu)、檢驗時間、檢驗項目、檢驗報告以及針對檢驗結(jié)果的建議診斷 |
1.5.2 | 檢驗報告服務 | 檢驗報告獲取、推送服務 |
1.5.3 | 提醒服務 | 檢驗結(jié)果提醒服務 |
1.6 | 重復用藥提醒服務 | 重復用藥功能是當醫(yī)生在HIS系統(tǒng)內(nèi)給患者開處方藥品時,HIS系統(tǒng)會調(diào)用平臺提供的接口,根據(jù)之前平臺采集上來的數(shù)據(jù)與本次醫(yī)生要給患者開立的方藥品編碼和藥品名稱進行對比,如果發(fā)現(xiàn)同一患者開立過相同檢驗項目,則進行提示,并展示藥品詳情 |
1.6.1 | 處方信息服務 | 藥品詳情包括就診機構(gòu)、就診時間、報告、藥品名稱、就診科室、開藥醫(yī)師、開藥時間、藥品規(guī)格信息 |
1.6.2 | 提醒服務 | 用藥信息提醒服務 |
2 | 公共衛(wèi)生服務協(xié)同 | 通過分級診療系統(tǒng),****醫(yī)療機構(gòu)信息系統(tǒng)互聯(lián)互通,實現(xiàn)雙向轉(zhuǎn)診、遠程診斷、遠程會診、處方流轉(zhuǎn)等業(yè)務 |
2.1 | 老年人健康管理信息服務 | 全民健康信息****醫(yī)療機構(gòu)的體檢信息,推送給基層信息系統(tǒng),豐富基層信息系統(tǒng)的老年人體檢信息。 |
2.2 | 高血壓隨訪管理服務 | 全民健康信息平臺****醫(yī)療機構(gòu)的就診信息,推送給基層信息系統(tǒng),豐富基層信息系統(tǒng)的高血壓隨訪信息。 |
2.3 | 糖尿病隨訪管理服務 | 全民健康信息平臺****醫(yī)療機構(gòu)的就診信息,推送給基層信息系統(tǒng),豐富基層信息系統(tǒng)的糖尿病隨訪信息。 |
(六) | 衛(wèi)生健康信息便民服務系統(tǒng) | 全民健康信息平臺與家庭醫(yī)生簽約系統(tǒng)互聯(lián)互通,為醫(yī)療機構(gòu)、居民提供家庭醫(yī)生履約、簽約包信息等查詢服務。 |
1 | 居民注冊管理 | 采用身份證號實名注冊,與全民健康信息平臺居民主索引合并,同時融合電子健康碼、遼事通等,作為居民在本區(qū)域唯一標識,并能夠?qū)人信息進行管理。 |
1.1 | 電子健康碼注冊 | 通過與電子健康碼管系統(tǒng)對接,實現(xiàn)居民電子健康碼的申請。 |
1.2 | 遼事通注冊 | 通過與遼事通系統(tǒng)對接,實現(xiàn)居民電子健康碼的申請。 |
1.3 | 身份證注冊 | 身份證號實名注冊 |
1.4 | 賬號合并 | 身份證帳號、醫(yī)?◣ぬ、居民健康卡帳號、遼事通帳號等多賬號合并管理 |
2 | 醫(yī)療健康服務 | 為居民提供醫(yī)療健康相關(guān)服務 |
2.1 | 智能導診服務 | 針對患者提供就醫(yī)導診的互聯(lián)網(wǎng)服務,根據(jù)患者身體部位和不適癥狀推薦就診科室,智能導診以人機對話的形式,患者選擇對應的部位、癥狀,根據(jù)部位、癥狀的選擇,結(jié)合疾病知識庫得出可能疾病,為患者匹配最佳的醫(yī)療**,提供就診參考 |
2.2 | 預約掛號服務 | 與醫(yī)院緊密對接,****醫(yī)院的不同科室醫(yī)生的可掛號時間,方便用戶查看進行預約,更好的安排自己的看診行程。根據(jù)專家特長和出診時間預約掛號,患者預約時發(fā)送癥狀信息,醫(yī)生可提前獲知。 |
2.3 | 報告查詢服務 | 為居民提供檢查、檢驗報告查詢功能 |
2.3.1 | 檢查報告查詢 | 通過與全民健康信息平臺對接,居民可以查看歷次檢驗記錄的檢驗報告與檢驗結(jié)果 |
2.3.2 | 檢驗報告查詢 | 通過與全民健康信息平臺對接,居民可以調(diào)閱區(qū)域內(nèi)歷次的檢查記錄,查詢檢查報告與檢查影像 |
3 | 公共衛(wèi)生服務 | 為居民提供公共衛(wèi)生服務 |
3.1 | 居民健康檔案服務 | 居民可通過**應用實時調(diào)閱個人健康檔案,具體調(diào)閱信息包含居民基本信息、歷史就診信息、歷史住院信息、歷史公共衛(wèi)生健康信息。 |
3.1.1 | 居民基本信息 | 查看個人及家庭成員檔案信息,如姓名、住址、聯(lián)系電話、建檔人、建檔日期等,查看個人及家庭成員基本信息,如性別、出生日期、身份證號、血型以及藥物過敏史等 |
3.1.2 | 歷史就診信息 | 查看歷次就診的詳細信息,包括就診基本信息,診斷信息及處方信息等 |
3.1.3 | 歷史住院信息 | 可以調(diào)閱查看歷次的住院的出院小結(jié)信息,出院小結(jié)信息 |
3.1.4 | 歷史公共衛(wèi)生健康信息 | 實現(xiàn)全生命周期的健康檔案信息查看,包括:出生信息、接種信息、用血獻血信息、家庭醫(yī)生信息、兒童保健、婦女保健、健康體檢、慢病管理等 |
3.2 | 慢性病服務 | 提供針對高血壓、Ⅱ型糖尿病等慢性病居民,提供信息查詢和隨訪服務信息推送。 |
3.2.1 | 高血壓患者服務 | 提供針對高血壓慢性病居民,提供信息查詢和隨訪服務信息推送。 |
3.2.2 | 糖尿病患者服務 | 提供針對Ⅱ型糖尿病等慢性病居民,提供信息查詢和隨訪服務信息推送。 |
4 | 信息共享服務 | ****醫(yī)療機構(gòu)信息、醫(yī)院公開信息等 |
4.1 | 醫(yī)療機構(gòu)信息展示 | ****醫(yī)院基礎信息展示、院內(nèi)地圖、院內(nèi)導航、醫(yī)療信息公開等功能 |
4.2 | 醫(yī)療信息公開 | 藥品信息公開,包括藥品名稱、規(guī)格、廠商、價格等;醫(yī)療費用信息公開,包括醫(yī)療服務項目名稱、醫(yī)療服務價格等信息 |
4.3 | 統(tǒng)一支付服務 | 整合居民就診支付渠道,提供覆蓋主流在線支付機構(gòu)(基本/商業(yè)醫(yī)療保險、 銀行、第三方支付平臺)的統(tǒng)一支付服務 |
(七) | 分級診療應用系統(tǒng) | 1、為**、**和寬甸提供縣域醫(yī)共體業(yè)務。 2、****醫(yī)院、****醫(yī)院提供醫(yī)聯(lián)體業(yè)務。 3、****衛(wèi)健委****中心系統(tǒng),****中心系統(tǒng)主要包括遠程門診、遠程臨床會診、遠程影像診斷、遠程心電診斷、遠程病理診斷、遠程教育、遠程醫(yī)療移動端、遠程醫(yī)療運營決策支持、遠程醫(yī)療業(yè)務統(tǒng)計分析、醫(yī)療**運營管理。 |
1 | 醫(yī)療**管理 | 為平臺中供需雙方搭建交易的網(wǎng)絡環(huán)境,實現(xiàn)供需透明及服務有效匹配的目標,構(gòu)建網(wǎng)狀的醫(yī)療服務網(wǎng)絡。支持逐級、多級的服務要求。標準化醫(yī)療**的管理,****醫(yī)院、專家以及服務項目進行全程監(jiān)控。構(gòu)建統(tǒng)一的賬戶結(jié)算體系,實現(xiàn)服務費用繳款、記賬、結(jié)算等輔助管理,為用戶提供良好的運營管理支撐,實現(xiàn)醫(yī)療**服務運營化管理的目標 |
1.1 | 基礎數(shù)據(jù)管理 | 機構(gòu)信息維護、醫(yī)務人員信息維護、角色信息維護 |
1.1.1 | 機構(gòu)信息維護 | 醫(yī)療機構(gòu)的管****醫(yī)療機構(gòu)的基本信息 |
1.1.2 | 醫(yī)務人員維護 | 對在平臺注冊并提供醫(yī)療服務的醫(yī)務人員資質(zhì)信息進行嚴格管理,包括醫(yī)務人員的基本信息、執(zhí)業(yè)信息和特長信息等。****醫(yī)療機構(gòu)的關(guān)聯(lián)關(guān)系,醫(yī)務人員與科室的關(guān)聯(lián)關(guān)系等 |
1.1.3 | 角色信息維護 | 針對醫(yī)務人員的職責不同,通過設置角色,對角色維護菜單來進行區(qū)分。新增一個角色后,可在菜單授權(quán)頁面為其選擇所需的菜單。為醫(yī)務人員匹配相應的角色后,在登錄時即可顯示其所需的菜單。 |
1.2 | 本地化配置管理 | 醫(yī)共體、醫(yī)聯(lián)體、遠程醫(yī)療系統(tǒng)中成員單位、標準**等信息本地化配置管理 |
1.2.1 | 醫(yī)療服務網(wǎng)絡配置 | 平臺需要同一家機構(gòu)能夠支持多種醫(yī)療服務網(wǎng)絡的設定,醫(yī)療服務網(wǎng)絡限定了醫(yī)療**供給側(cè)與需求側(cè)的關(guān)系。平臺上支持設定多個醫(yī)療服務網(wǎng)絡。醫(yī)療服務網(wǎng)絡構(gòu)建是平臺關(guān)鍵業(yè)務,****醫(yī)療機構(gòu)****醫(yī)療機構(gòu)提供的**,在檢索醫(yī)療服務**時進行控制與管理。 |
1.2.2 | 標準**維護 | 運****醫(yī)院管理人員可對平臺上的標準**目錄進行維護。各提供方提供本地服務**時需要在標準**目錄中選取,可以****醫(yī)院、專家以及服務項目進行全程監(jiān)控與管理。 |
1.2.3 | 本地**維護 | 提****醫(yī)療機構(gòu),將各自優(yōu)質(zhì)的、可對外服務的醫(yī)療**從標準**目錄中選擇出來,新增到本地**目錄中。根據(jù)醫(yī)療服務的內(nèi)容以及服務類型設定服務價格。根據(jù)醫(yī)療服務**的性質(zhì),支持由科室、醫(yī)生或團隊等方式執(zhí)行服務。 |
1.2.4 | 標準藥品維護 | 運****醫(yī)院管理人員可對平臺上的標準藥品目錄進行維護,各藥品提供方在維護本地藥品**時需要在標準藥品目錄中進行選取,****醫(yī)療機構(gòu)使用情況的監(jiān)控和統(tǒng)一管理。 |
1.2.5 | 本地藥品維護 | ****醫(yī)療機構(gòu),可以將各自藥房提供的藥品從標準藥品目錄中選取并新增,根據(jù)實際情況自定義藥品零售價。 |
1.2.6 | 服務協(xié)議管理 | 因不同醫(yī)療服務網(wǎng)絡內(nèi)醫(yī)療服務的提供者與需求者的業(yè)務供需不同,通過制定相應醫(yī)療服務網(wǎng)絡的服務協(xié)議,來明確彼此的業(yè)務職責和服務項目的價格。醫(yī)療服務項目協(xié)議將會在醫(yī)療服務交易過程中起到作用。 |
1.2.7 | 藥品協(xié)議管理 | 因在不同的醫(yī)療服務網(wǎng)絡內(nèi)藥品提供方與藥品需求方的業(yè)務供需不同,通過制定相應的藥品服務協(xié)議,來確定醫(yī)療服務網(wǎng)絡中可提供的藥品種類和藥品協(xié)議價格。 |
1.3 | 賬戶管理 | 各級醫(yī)療機構(gòu)賬戶管理 |
1.3.1 | 預收款管理 | 各醫(yī)療機構(gòu)可通過預交存款的方式進行服務申請,避免每次申請服務都需結(jié)算的情況。預收款管理****醫(yī)療機構(gòu)的預收款信息,包括收取、退還、查看預交款,實現(xiàn)對每一筆預收款的精細化管理 |
1.3.2 | 結(jié)算管理 | 結(jié)算管理是指結(jié)算管理人員對醫(yī)聯(lián)體網(wǎng)絡內(nèi)所有服務費用的結(jié)算,****中心可以實現(xiàn)對多醫(yī)聯(lián)體網(wǎng)絡的結(jié)算。結(jié)算管理人員可在“結(jié)算中心管理”****中心,****中心添加相關(guān)醫(yī)聯(lián)體網(wǎng)絡,指****管理中心結(jié)算員的角色,可以對醫(yī)療費用進行結(jié)算。費用****中心、醫(yī)療服務網(wǎng)絡和結(jié)算時間,對各醫(yī)療機構(gòu)提供方進行結(jié)算。對結(jié)算日期提供嚴格的結(jié)算口徑管理,對結(jié)算起止時間嚴格控制 |
1.3.3 | 記賬管理 | 針對相關(guān)業(yè)務提供統(tǒng)一的記賬系統(tǒng)。結(jié)算時能查看患者、申請醫(yī)生等會診詳細信息,并能夠記錄記賬時間和記賬費用等信息。針對已記賬的會診也可進行退賬操作,詳細記錄操作人和操作時間等信息。保證每條記錄有跡可循,還可對記賬項目進行查詢 |
1.3.4 | 明細查詢 | 明細查詢分為收入明細的查詢和消費明細的查詢。收入明細查詢是指機構(gòu)管理人員查看所在機構(gòu)針對其他機構(gòu)提供的服務繳費詳細信息。消費明細查詢是指機構(gòu)管理人員查看所在機構(gòu)使用其他機構(gòu)提供的服務繳費詳細信息 |
1.3.5 | 機構(gòu)警戒線維護 | 針對機構(gòu)賬戶余額情況進行監(jiān)管,對欠費額度進行監(jiān)管,防止醫(yī)療機構(gòu)之間債務糾紛。當?shù)竭_警戒值后,機構(gòu)將不可再進行服務申請,可通過預交款對余額進行補充 |
1.3.6 | 醫(yī)療機構(gòu)賬戶監(jiān)管 | 賬戶監(jiān)管是運營管理的主要功能,支持運營管理人員查看機構(gòu)申請服務的消費情況和賬戶余額等信息 |
2 | **共享系統(tǒng) | ****中心、****中心、****中心功能 |
2.1 | 影像診斷系統(tǒng) | ****醫(yī)院拍片上傳,由****中心進行統(tǒng)一閱片和診斷服務,形成電子化的影像診斷報告,****醫(yī)院,****醫(yī)院醫(yī)生對患者進行診斷與治療 |
2.1.1 | 委托檢查服務 | 基層醫(yī)療機構(gòu)的醫(yī)學影像檢查設備(如CT、磁共振、彩超等)有限,閱片能力有限,只能進行較為低端的醫(yī)學影像檢查,限制了基層醫(yī)生的診斷能力與服務水平。通過醫(yī)療服務外包的形式,****中心來集中進行醫(yī)學影像檢查與醫(yī)學影像診斷,是最切實可行的解決方案。****醫(yī)療機構(gòu)的資金投入,****影像中心的**利用率,還有利于保證醫(yī)學影像檢查結(jié)果的準確性與一致性,實現(xiàn)區(qū)域檢查結(jié)果互認。 |
2.1.2 | 集中閱片服務 | 集****醫(yī)院拍片,由****中心進行統(tǒng)一診斷的服務,可有效提升基層機構(gòu)的影像業(yè)務水平;鶎俞t(yī)生發(fā)起影像診斷申請,****中心接收申請,調(diào)閱患者影像資料,書寫診斷報告并回傳,基層醫(yī)療機構(gòu)可對報告進行查看和打印。 |
2.1.3 | 遠程影像會診 | 遠程影像會****中心****醫(yī)院提交的影像會診申請,出具影像會診意見的服務,****醫(yī)院疑難影像的快速轉(zhuǎn)移,從而為患者的早期及時診斷和就地治療或轉(zhuǎn)院爭取時間和治愈可能的服務。 |
2.2 | 臨床檢驗系統(tǒng) | 支持“委托檢驗”和"預約檢驗"兩種模式。 1、委托檢驗:****醫(yī)院采集檢驗樣本,通過物流流轉(zhuǎn)的方式,將****檢驗中心,進行集中檢驗,形成檢驗報告,****醫(yī)院,****醫(yī)院檢驗服務能力 2、預約檢驗:****醫(yī)院醫(yī)生提交檢驗申請,上級醫(yī)院審核,患者繳費后攜帶打印憑證,****醫(yī)院進行檢驗,并實現(xiàn)****醫(yī)院之間的共享 |
2.2.1 | 委托檢驗服務 | ****醫(yī)療機構(gòu)的檢驗設備有限,只能進行常見的檢驗服務,限制了基層醫(yī)生的診斷能力與服務水平。通過醫(yī)療服務外包的形式,****中心來集中進行檢驗,****醫(yī)療機構(gòu)的資金投入,****中心的**利用率,還有利于保證檢驗結(jié)果的準確性與一致性,實現(xiàn)區(qū)域檢驗結(jié)果互認。臨檢中心將安排人員定****醫(yī)療機構(gòu)的檢驗樣本,進行集中檢驗,并將檢****醫(yī)療機構(gòu),從而解決基層檢驗能力不足的問題。 |
2.2.2 | 預約檢驗服務 | 實現(xiàn)檢驗業(yè)務的預約申請,申請醫(yī)生發(fā)出預約檢驗申請,上級醫(yī)生審核通過后,****醫(yī)院預繳費,繳費成功患者攜帶打印憑證,在****醫(yī)院進行檢驗,上級醫(yī)生進行檢驗業(yè)務處理。 |
2.3 | 心電診斷系統(tǒng) | ****醫(yī)院上傳數(shù)字化心電圖,****中心進行統(tǒng)一閱片和診斷服務,形成電子化的心電診斷報告,****醫(yī)院,****醫(yī)院對患者進行診斷與治療 |
2.3.1 | 遠程心電診斷 | 建立區(qū)域心電系統(tǒng),****醫(yī)療機構(gòu)的心電圖檢查設備采集的心電檢查數(shù)據(jù)、報告進行數(shù)字化,并統(tǒng)一存儲到心電圖網(wǎng)絡系統(tǒng)服務器中,實現(xiàn)數(shù)據(jù)集中共享、提供遠程診斷醫(yī)療服務模式和區(qū)域內(nèi)的心電檢查監(jiān)管。 |
2.3.2 | 遠程心電會診 | 通過標準的心電數(shù)據(jù)存儲規(guī)范,使心電檢查可以和區(qū)域內(nèi)的其他系統(tǒng),包括電子病歷系統(tǒng)、居民健康系統(tǒng)實現(xiàn)數(shù)據(jù)歸檔,并支持特殊的檢查流程,包括急診的綠色通道、120 院前檢查、專家會診。接收基層上傳的心電圖數(shù)據(jù),縣級醫(yī)院心電圖室醫(yī)生登錄會診平臺進行診斷和報告的審核。 |
3 | 協(xié)同管理系統(tǒng) | 提供會診、雙向轉(zhuǎn)診、廚房流程轉(zhuǎn)等服務 |
3.1 | 遠程會診系統(tǒng) | 遠程醫(yī)療是整合利用醫(yī)療衛(wèi)生**、提升基層醫(yī)療衛(wèi)生服務能力、推進城鄉(xiāng)醫(yī)療衛(wèi)生服務均等化的有效途徑。依托現(xiàn)代信息技術(shù),****醫(yī)療機構(gòu)與患者,進行跨機構(gòu)、跨地域醫(yī)療診治活動。交互式的遠程會診服務,支持上級機構(gòu)專家與基層申請醫(yī)生、患者間的實時音頻、視頻交互,提升了醫(yī)療服務效率和患者就醫(yī)體驗。 |
3.1.1 | 遠程門診服務 | ****醫(yī)療機構(gòu)的診治服務能力,改善當前患者對于基層醫(yī)生不信任的現(xiàn)狀,****醫(yī)院實時解決在門診過程中遇到的問題,****醫(yī)療機構(gòu)醫(yī)生提供了實時遠程門診支持的服務,建立?漆t(yī)生與基層醫(yī)生溝通的渠道,實現(xiàn)上級?漆t(yī)生與基層醫(yī)生實時協(xié)同看診的業(yè)務需求。 |
3.1.2 | 臨床會診服務 | 為減輕患者負擔,合理配置醫(yī)療服務**,促進優(yōu)質(zhì)醫(yī)療**下沉,在臨床診療過程中,遇到有疑難重癥或在實施治療方案時有困難等情況,****醫(yī)院發(fā)起遠程臨床會診申請。支持交互式的遠程臨床會診,會診專家與申請醫(yī)生、患者間的實時音視頻交互,實現(xiàn)患者在病床上就能實時接受專家遠程會診服務;支持離線式的遠程臨床會診,申請醫(yī)生通過會診終端提交會診申請信息和病歷資料。會診專家根據(jù)實際情況,非實時瀏覽會診申請信息和相關(guān)資料,并編寫和發(fā)布會診報告,申請醫(yī)生可在報告發(fā)布后進行報告瀏覽。 |
3.1.3 | ?茣\服務 | ?茣\是針對某種病癥提供專家會診服務的功能,相比于臨床會診,?茣\可以填寫更加詳細和專業(yè)的申請信息,適用于類似常見慢性病等病癥。 |
3.2 | 雙向轉(zhuǎn)診服務 | ****醫(yī)院****醫(yī)院之間的門診、住院雙向轉(zhuǎn)診,支持基于協(xié)同門診的轉(zhuǎn)診服務 |
3.2.1 | 門診轉(zhuǎn)診服務 | 門診預約服務實現(xiàn)了優(yōu)質(zhì)醫(yī)療**的下沉,****醫(yī)院預約服務水平的差距,****醫(yī)院**的利用率,讓居民在****醫(yī)院的專家號源,增強居民對于基層的信任感。 |
3.2.2 | 住院轉(zhuǎn)診服務 | 在住院轉(zhuǎn)診業(yè)務中,基層醫(yī)療機構(gòu)與****醫(yī)院、?漆t(yī)院形成**機制。讓常見病、慢性病在基層醫(yī)療衛(wèi)生機構(gòu)得到治療,疑難重癥則****醫(yī)院治療,在大醫(yī)院治療后的康復期或穩(wěn)定期****醫(yī)療機構(gòu)進行康復治療。 |
3.3 | 遠程教育系統(tǒng) | 遠程教育系統(tǒng)是利用信息化技術(shù),實現(xiàn)遠程開展與醫(yī)學有關(guān)的各種教育活動的目標。通過遠程教育系統(tǒng),可以大大提高教育**的傳播效率,使教育**得到最大限度共享,有利于改變傳統(tǒng)醫(yī)學教育模式中受教育者被動的學習方式,使學習由被動變?yōu)橹鲃,加強醫(yī)學受教育人員素質(zhì)的培養(yǎng) |
3.3.1 | 在線示教 | 在線示教提供了線上實時教育的功能,相關(guān)專家進行在線的醫(yī)學示教,演示查房、手術(shù)、問診等醫(yī)療環(huán)節(jié),提升觀看示教醫(yī)生的綜合能力 |
3.3.2 | 醫(yī)學文獻 | 醫(yī)學文獻以文本類型的文件展示醫(yī)學知識,所有醫(yī)生均可在線查看學習 |
3.3.3 | 大醫(yī)講堂 | 大醫(yī)講堂主要是通過組織地區(qū)上有影響力的學科專家進行講座錄播,將錄播的課件作為大醫(yī)講堂的課程,通過在線點播學習的方式,提升醫(yī)生自身的綜合醫(yī)療服務能力 |
3.3.4 | 遠程會議 | 遠程會議實現(xiàn)了云端會議室的功能,使不同地域跨機構(gòu)的醫(yī)生可以遠程參加會議,進行相關(guān)醫(yī)學活動的在線交流 |
4 | 醫(yī)療業(yè)務統(tǒng)計系統(tǒng) | 統(tǒng)計分析系統(tǒng)提供了面向運營管理人員進行跨院業(yè)務監(jiān)控的功能。監(jiān)控具體業(yè)務開展的情況,主要針對預約、住院、會診、影像診斷、病理診斷、門診會診等院間醫(yī)療業(yè)務進行監(jiān)控 |
4.1 | 統(tǒng)計報表—會診 | 面向運營管理人員提供針對臨床會診業(yè)務開展情況進行監(jiān)管的功能,對費用和工作量進行統(tǒng)計查詢,實現(xiàn)綜合決策支持 |
4.2 | 統(tǒng)計報表—門診 | 面向運營管理人員提供針對遠程門診業(yè)務開展情況進行監(jiān)管的功能,對費用和工作量進行統(tǒng)計分析,實現(xiàn)綜合決策支持 |
4.3 | 統(tǒng)計報表—轉(zhuǎn)診 | 面向運營管理人員提供針對轉(zhuǎn)診業(yè)務開展情況進行監(jiān)管的功能,可通過設置申請時間段、申請類型、申請醫(yī)院或醫(yī)生等信息來篩選和查看針對申請數(shù)量和完成數(shù)量的統(tǒng)計分析結(jié)果。支持對統(tǒng)計報表的導出和打印 |
4.4 | 統(tǒng)計報表—檢驗 | 面向運營管理人員提供針對委托檢驗業(yè)務開展情況進行監(jiān)管的功能,可通過****醫(yī)院等信息來篩選和查看針對申請數(shù)量、已接單數(shù)量、未接單數(shù)量、樣本退回數(shù)量的統(tǒng)計分析結(jié)果。支持對統(tǒng)計報表的導出和打印 |
4.5 | 統(tǒng)計報表—檢查 | 面向運營管理人員提供針對委托檢查業(yè)務開展情況進行監(jiān)管的功能,可通過****醫(yī)院等信息來篩選和查看針對申請數(shù)量、完成數(shù)量的統(tǒng)計分析結(jié)果。支持對統(tǒng)計報表的導出和打印 |
4.6 | 統(tǒng)計報表—集中閱片 | 面向運營管理人員提供針對集中閱片業(yè)務開展情況進行監(jiān)管的功能,可通過設置時間段和申請機構(gòu)等信息來篩選和查看針對申請數(shù)量、完成數(shù)量、閱片效率的統(tǒng)計分析。支持對統(tǒng)計報表的導出和打印 |
4.7 | 統(tǒng)計報表—遠程教育 | 實現(xiàn)針對遠程教育業(yè)務的訂閱情況進行統(tǒng)計分析?梢酝ㄟ^設置時間段和主講人所在機構(gòu)名稱進行檢索,可以查看課程開始和結(jié)束時間、課程名稱、主講醫(yī)生和訂閱人數(shù)等信息。支持對統(tǒng)計報表的導出和打印 |
4.8 | 統(tǒng)計報表—** | 實現(xiàn)針對各機構(gòu)向醫(yī)療服務網(wǎng)絡內(nèi)所投放**的統(tǒng)計分析。****醫(yī)院和所屬網(wǎng)絡來篩選和查看維護**數(shù)量、**發(fā)布情況及投放百分比等信息 |
(八) | 基層醫(yī)療機構(gòu)綜合信息系統(tǒng) | ****衛(wèi)生院、****中心等基層醫(yī)療衛(wèi)生機構(gòu)提供一體化基衛(wèi)系統(tǒng) |
1 | 云HIS系統(tǒng) | 基層基本醫(yī)療服務是基層醫(yī)療衛(wèi)生服務機構(gòu)為居****中心,以健康問題為導向,以多發(fā)病、常見病 的診療為主導,持續(xù)照護的醫(yī)療服務。全科診療服務是為全科診療過程提供的信息技術(shù)輔助管理支持。主要包含門急診掛號、門診收費、門診醫(yī)生站、門診護士站、住院等功能。 |
1.1 | 門診服務 | 為基層機構(gòu)提供門診業(yè)務 |
1.1.1 | 門急診掛號 | 通過門診掛號,有效的分診,保證患者就醫(yī)的有序,功能包括門診預約掛號、門急診掛號、門診退號、操作員日結(jié)、掛號統(tǒng)計查詢 |
1.1.2 | 門診收費 | 門診收費功能主要是針對門診診療服務過程中產(chǎn)生的服務費、藥費、檢驗檢查費、治療費用進行收費,對有償醫(yī)療服務價值的財務轉(zhuǎn)化,實現(xiàn)醫(yī)院的醫(yī)療服務財務收入管理,功能包括門診劃價收退費、門診退費、檢驗申請單補錄、門診日結(jié)功能、門診日結(jié)查詢、收費明細查詢 |
1.1.3 | 門診醫(yī)生站 | 該功能主要服務于醫(yī)生看診過程中,對于患者治療過程的記錄,功能包括門診診療記錄(電子病歷)書寫、醫(yī)技申請、門診診療記錄的修改與刪除、健康指導、疾病轉(zhuǎn)診、健康檔案生成與提交服務、基層衛(wèi)生提醒服務、診療知識庫功能、 |
1.1.4 | 門診護士站 | ****工作站主要提輔助門診護士進行門診患者的診療處置進行執(zhí)行管理,功能包括門診皮試登記、門診輸液打印、門診處置執(zhí)行、門診病歷打印 |
1.2 | 住院管理服務 | 住院管理是為有住院條件的醫(yī)療衛(wèi)生服務機構(gòu)所提供的信息管理服務。住院管理服務是為住院管理業(yè)務提供的信息技術(shù)輔助管理應用支持。住院管理適用于醫(yī)療衛(wèi)生機構(gòu)醫(yī)護人員對住院病人提供的入、出、轉(zhuǎn)、臨床醫(yī)護與住院費用管理等。 |
1.2.1 | 住院登記 | 實現(xiàn)對于入院患者的登記管理,功能包括入院登記、無費退院 |
1.2.2 | 住院醫(yī)生站 | ****工作站****中心的臨床診療信息平臺,住院醫(yī)生主要圍繞住院病人的醫(yī)囑、病歷等內(nèi)容進行管理 |
1.2.3 | 住院護士站 | 面向護士實現(xiàn)業(yè)務管理,功能包括病區(qū)管理、醫(yī)囑管理、護理記錄單管理、三測單管理、護士查詢打印 |
1.2.4 | 住院費用管理 | 針對住院患者在院期間涉及到的住院押金的繳退、費用信息的記賬與沖賬、欠費情況的管理等 |
1.2.5 | 出院結(jié)算管理 | 住院患者的出院管理、出院結(jié)算、結(jié)算召回等功能 |
1.3 | 藥事服務管理 | 對門診發(fā)藥、住院擺藥、處方點評等業(yè)務進行管理 |
1.3.1 | 門診發(fā)藥管理 | 門診發(fā)藥:獲取處方信息;審核處方發(fā)藥,同時扣掉庫存,可以實現(xiàn)收費后自動打印發(fā)藥單并自動發(fā)藥。 門診退藥:查詢患者處方,選擇需退的藥品,確認退藥,并還回庫存,可以將還庫存的過程放在退費確認的過程中。 門診發(fā)退藥查詢:針對時間段內(nèi)門診藥房發(fā)藥的信息進行查詢統(tǒng)計。 |
1.3.2 | 住院擺藥管理 | 住院發(fā)藥:獲取醫(yī)囑信息;審核發(fā)藥。 住院退藥:查詢住院護士站發(fā)送的退藥申請,確認退藥,退藥后還回庫存。 住院發(fā)藥查詢:查詢期內(nèi)住院各病區(qū)科室發(fā)的藥品的詳細情況,可以按照病區(qū)、科室、患者來顯示明細,也可以按照實發(fā)藥品匯總 |
1.4 | 運營管理服務 | 藥品、物資、財務等業(yè)務進行管理 |
1.4.1 | 藥品管理 | 藥房藥庫管理 |
1.4.2 | 物資管理 | 物資入庫管理、物資出庫管理、入庫打印、出庫打印、庫存管理、物資盤點 |
1.4.3 | 財務管理 | 門診類統(tǒng)計管理、住院類統(tǒng)計管理、藥品類統(tǒng)計管理、物資類統(tǒng)計管理、收款員發(fā)票領用、退費審核 |
1.5 | 基礎數(shù)據(jù)管理 | 全局、機構(gòu)基礎數(shù)據(jù)管理 |
1.5.1 | 全局基礎數(shù)據(jù)管理 | 對于全局基礎數(shù)據(jù)查詢,該部分內(nèi)容在醫(yī)共體下將由進行統(tǒng)一管理與分發(fā) |
1.5.2 | 機構(gòu)基礎數(shù)據(jù)管理 | 對機構(gòu)內(nèi)基礎數(shù)據(jù)查詢、新增、修改。 |
2 | 云EMR系統(tǒng) | 電子病****中心的全醫(yī)療過程的數(shù)據(jù)記錄的集成,是建立在醫(yī)囑、檢驗、醫(yī)學影像、心電、手術(shù)麻醉、護理等各類臨床信息系統(tǒng)基層上,滿足臨床診療現(xiàn)場的信息需求,實現(xiàn)了以電子病歷為核心、****中心的臨床醫(yī)護診療系統(tǒng),為醫(yī)護臨床決策的綜合信息平臺,其發(fā)展應用最大****醫(yī)院的建設水平。 |
2.1 | 門診病歷管理 | ****工作站是門診病人信息的主要采集處,患者基本信息的采集,如工作單位,聯(lián)系電話、身份信息等。對于患者的病史信息進行采集,包括主訴、現(xiàn)病史、既往史、過敏史,個人史及家族史的信息。一次采集后,后續(xù)得就診過程中醫(yī)生能夠?qū)v史病歷進行查看,參考。可輸入體格檢查的相關(guān)信息,如血壓、脈搏、呼吸、體重等生命體征信息。根據(jù)檢查或檢驗結(jié)果,確定患者本次就診的病情信息,開立西醫(yī)診斷及中醫(yī)診斷。診斷信息取自標準的ICD10疾病集合。醫(yī)生可以根據(jù)患者的檢查結(jié)果,進行治療處方的開立,如西(成)藥處方,草藥處方等。病歷中注意事項等附加內(nèi)容中醫(yī)生可以選擇性的導入患者的檢查檢驗信息及治療處置信息。云HIS中病歷的書寫要簡單,方便。病歷的書寫過程,云HIS系統(tǒng)提供病歷知識庫,使得醫(yī)生能夠?qū)χ髟V等文字信息進行快速錄入。除知識庫外,系統(tǒng)提供病歷模板,醫(yī)生可以對模板進行定制及使用;模板以外,系統(tǒng)提供常用診斷的定制,醫(yī)生可以根據(jù)自己的科室進行制訂,達到快速錄入診斷的目的。系統(tǒng)還可以針對患者身份識別提供對應患者的歷史病歷信息,醫(yī)生可以導入歷史病歷,進行參考及輸入。醫(yī)生站開立處方時,系統(tǒng)提供合理用藥的功能。 |
2.2 | 住院病歷管理 | ****工作站作為臨床信息系統(tǒng)的重要部分和電子病歷系統(tǒng)的核心部件,即使電子病歷的信息源,也是電子病歷重要的展現(xiàn)載體。****工作站的主要功能是書寫醫(yī)療護理文書,以及為醫(yī)生、護士高效、準確錄入、書寫醫(yī)療及護理文書文書提供的全方位和智能化的信息支持。 |
2.3 | 體溫單管理 | 繪制體溫單是護士必須完成的一項日常工作。由于體溫單的格子密集,需要標記的信息量大,極易畫錯而要重新繪制,同時也增加了護士的工作量。本功能主要面向住院護士,能夠提高工作效率 |
2.4 | 檢驗檢查結(jié)果集成 | 從LIS及PACS****實驗室檢驗及檢查報告數(shù)據(jù),重現(xiàn)驗單原始內(nèi)容;支持病人檢驗檢查數(shù)據(jù)很方便地引用到病歷中;支持檢驗項目的縱向比較;支持多次住院期間檢驗項目的縱向比較。 |
2.5 | 病案管理 | 為病案室人員提供病案管理功能 |
2.5.1 | 病歷歸檔管理 | 病歷歸檔:顯示或查詢顯示已經(jīng)出院結(jié)算患者的病歷信息,進行歸檔及撤消歸檔操作,并可對所操作的病歷進行瀏覽,查看病歷記錄內(nèi)容。 病歷封存:對指定患者的病歷進行封存操作。封存后的病歷醫(yī)生不可編輯,同時記錄封存時的狀態(tài)信息。也可以解除封存操作 |
2.5.2 | 病歷簽名管理 | 機構(gòu)管理人員收集到醫(yī)生簽名圖片后,在此出上傳,并設置初始密碼,醫(yī)生在此時可以重新上傳圖片,重置密碼,在病歷簽名是使用密碼進行簽名驗證 |
2.5.3 | 病歷借閱 | 病歷借閱申請:醫(yī)生可通過條件查詢歸檔病案,提借病案申請,在審批通過后對病案進行調(diào)閱查看。 病歷借閱審批:根據(jù)客觀情況對醫(yī)生提交的病歷調(diào)閱申請進行審批,包括審批通過,審批不通過操作。 |
2.6 | 病歷質(zhì)控管理 | 面向管理員實現(xiàn)病歷質(zhì)控管理 |
2.6.1 | 全局質(zhì)控標準管理 | 監(jiān)管機構(gòu)通過本功能制定統(tǒng)一病歷質(zhì)控標準供所轄機構(gòu)使用,標準包含質(zhì)控規(guī)則、質(zhì)控評分規(guī)則、評分級別三部分。質(zhì)控標準可關(guān)聯(lián)自動質(zhì)控機制,實現(xiàn)病歷書寫時限提醒、超期提醒輔助醫(yī)生提高病歷書寫時效性,同時可以輔助質(zhì)控人員進行自動評分,對病歷的完整性、時效性、正確性進行校驗。 |
2.6.2 | 機構(gòu)質(zhì)控標準管理 | 機構(gòu)下載全局質(zhì)控標準供本機構(gòu)使用。機構(gòu)通過本功能制作本適用機構(gòu)的質(zhì)控標準。 |
2.6.3 | 一級質(zhì)控 | 科室主任或指定質(zhì)控人員在責任醫(yī)師書寫病歷過程中對病歷進行審查、記錄缺陷并可以暫存或發(fā)送給責任醫(yī)師進行整改。設定整改期限,限時整改完成,未完成時對病歷進行鎖定,責任醫(yī)師無法進行修改。 |
2.6.4 | 二級質(zhì)控 | 病案室質(zhì)控人員在責任醫(yī)師提交病歷后,進行歸檔前對病歷進行審查、記錄缺陷并可以暫存或發(fā)送給責任醫(yī)師進行整改,同時動態(tài)計算出質(zhì)控扣分情況以及評級情況。設定整改期限,限時整改完成,未完成時對病歷進行鎖定,責任醫(yī)師無法進行修改。 |
2.6.5 | 三級質(zhì)控 | 機構(gòu)指定專家等高級別人員在病歷歸檔后,對病歷進行審查、評分并可以暫存或?qū)⒔Y(jié)果發(fā)送給責任醫(yī)師,同時動態(tài)計算出質(zhì)控扣分情況以及評級情況。 |
2.6.6 | 四級質(zhì)控 | 監(jiān)管機構(gòu)質(zhì)控人員通過本功能查詢所轄各機構(gòu)各科室的病歷,對病歷進行抽查、評分計算出質(zhì)控扣分情況以及評級情況。 |
2.7 | 病歷查詢統(tǒng)計 | 區(qū)域病歷質(zhì)控評分查詢、機構(gòu)病歷質(zhì)控評分查詢、 科室病歷質(zhì)控評分查詢 |
2.8 | 病歷模板管理 | 病歷模板管理 |
2.8.1 | 全局模板制作 | 制作全****醫(yī)療機構(gòu)使用。模板制作過程中可以引入基本元素、系統(tǒng)元素、復合元素、特殊符號、圖片、醫(yī)學公式等 |
2.8.2 | 全局模板發(fā)布 | 監(jiān)管機構(gòu)通過本功能進行全局病歷模板的發(fā)布、停用管理。模板發(fā)布后所轄機構(gòu)才可以查詢 |
2.8.3 | 師范詞句管理 | 能制定一系列典型的醫(yī)****醫(yī)療機構(gòu)參考使用 |
2.8.4 | 醫(yī)院模板管理 | 醫(yī)院模板管理 |
2.8.5 | 全局模板下載 | 機構(gòu)管理員使用本功能下載全局模板到本機構(gòu)使用 |
2.8.6 | 機構(gòu)模板制作 | 機構(gòu)通過本功能制作機構(gòu)病歷模板,通過權(quán)限設置可以限制模板的使用范圍為個人、科室、機構(gòu)、公用。模板制作過程中可以引入基本元素、系統(tǒng)元素、復核元素、特殊符號、圖片等 |
2.8.7 | 機構(gòu)模板發(fā)布 | 對下載的全局模板或機構(gòu)自定義模板進行發(fā)布、停用等處理,發(fā)布后醫(yī)生可以查詢到并使用 |
2.8.8 | 示范詞句管理 | 對下載的全局模板或機構(gòu)自定義模板進行發(fā)布、停用等處理,發(fā)布后醫(yī)生可以查詢到并使用 |
2.9 | 基礎信息管理 | 電子病歷基礎信息管理 |
2.9.1 | 系統(tǒng)參數(shù)維護 | 系統(tǒng)參數(shù)是用于控制系統(tǒng)業(yè)務流轉(zhuǎn)的一些變量,通過設置不同的變量值,完成不同的業(yè)務流程處理。本功能對系統(tǒng)參數(shù)進行增刪改查的維護 |
2.9.2 | 系統(tǒng)元素維護 | 系統(tǒng)元素是病歷中取自His系統(tǒng)原有數(shù)據(jù)的元素。例如患者姓名、性別、出生日期、目前所在科室等等。是根據(jù)當前操作的病人信息以及操作人員信息獲取的數(shù)據(jù)。本功能對系統(tǒng)元素進行增刪改查的維護 |
2.9.3 | 病歷大綱維護 | 病歷大綱,類似于辦公軟件中文檔結(jié)構(gòu)圖中的標題索引,這些索引在實際的應用中具有輔助復合元素、示范詞句等快速定位到病歷文件中的相關(guān)位置的功能,例主訴、現(xiàn)病史、既往史等,也可以代表區(qū)域的類別、復合元素的類別、引文的類別。本功能對病歷大綱進行增刪改查的維護 |
2.9.4 | 基本元素維護 | 基本元素是制作病歷文件模板所需的最小單位,包括九種數(shù)據(jù)類型,如下拉框、多選框、格式文本、復選框、數(shù)值框、多選組合框、下拉組合框、時間和日期、單選按鈕。本功能對基本元素進行增刪改查的維護 |
2.9.5 | 復合元素維護 | 復合元素是由一組元素和文字信息構(gòu)成的元素集合,需利用編輯器工具進行定義,也可引入現(xiàn)有的基本元素、系統(tǒng)元素、復合元素,同時,可以對元素屬性進行設置及頁面事件的綁定。本功能對復合元素進行增刪改查的維護 |
2.9.6 | 病歷類別管理 | 對病歷分類進行進行修改,病歷分類在病歷文件構(gòu)造的時候使用 |
3 | 云LIS系統(tǒng) | LIS(實驗室信息系統(tǒng))主要任務是協(xié)助檢驗師對檢驗申請單及標本進行預處理、儀器的質(zhì)控管理、檢驗數(shù)據(jù)的智能化自動采集或直接錄入、檢驗數(shù)據(jù)處理、檢驗報告的審核、檢驗報告的查詢、打印等。系統(tǒng)應包括常規(guī)檢驗、樣本前處理、樣本后處理、質(zhì)量控制、統(tǒng)計查詢、檢驗項目維護等功能 |
3.1 | 樣本管理 | 采集并管理患者的檢驗樣本 |
3.1.1 | 樣本前處理 | 門診條碼打印、住院條碼打印、體檢條碼打印、樣本送檢、樣本接收、樣本核收、條碼及回執(zhí)單補打、作廢條碼及不合格樣本、檢驗報告單調(diào)閱、外檢查詢 |
3.1.2 | 樣本后處理 | 檢驗樣本登記:設置冰箱庫,存放試管架號,對樣本進行樣本后處理登記。 登記樣本查詢:根據(jù)條碼號、架號等信息,查詢進行樣本后處理登記的標本信息。 樣本丟棄處理:根據(jù)樣本架號查詢需要丟棄的樣本,進行單個或者整架標本的丟棄處理。 |
3.2 | 常規(guī)檢驗 | 當實驗室核收到樣本后將進入到檢驗執(zhí)行的過程 |
3.2.1 | 患者的信息獲取 | 通過條碼調(diào)取患者基本信息和檢驗項目信息,或者通過輸入患者的類別和病人編號來手工提取患者基本信息和檢驗項目信息。 |
3.2.2 | 檢驗單手工錄入 | 當患者沒有檢驗申請單時,檢驗人員可以手工單個或者批量錄入患者的檢驗單信息。 |
3.2.3 | 檢驗結(jié)果 | 檢驗結(jié)果顯示內(nèi)容:項目編碼,項目名稱,項目結(jié)果,正常參考范圍,危急值參考范圍,單位,結(jié)果值高低,儀器結(jié)果(復查前結(jié)果)。前次結(jié)果(最多9次次),歷史圖像結(jié)果(血常規(guī)圖像、尿沉渣圖像等)。 |
3.2.4 | 檢驗結(jié)果的審核 | 系統(tǒng)可以單個或者批量進行標本的審核、打印;危急值出現(xiàn)時,必須要對標本進行單獨審核,并且在審核之前,要將檢驗結(jié)果發(fā)送給臨床醫(yī)生進行告知。 |
3.2.5 | 檢驗單打印 | 根據(jù)檢驗單模板進行報告單的單個或者批量打印。 |
3.2.6 | 并單處理 | 根據(jù)標本的實際歸屬情況,可以將患者的多個報告單進行合并處理,統(tǒng)一打印到一張報告單中。 |
3.2.7 | 待查處理 | 如果標本結(jié)果已經(jīng)出來,但是由于某些原因無法出報告(例如需要復查或者檢查出HIV陽性等),可以將標本設置為待查狀態(tài)。在待查狀態(tài)下,標本無法被進行修改、刪除、移動、審核、打印等處理。 |
3.2.8 | 復查處理 | 如果標本由于采集量補足或者結(jié)果異常等原因,導致需要進行結(jié)果復查的,可以使用本功能。復查分原管復查和新管復查兩種情況。 |
3.2.9 | 危急值處理功能 | 如果系統(tǒng)發(fā)現(xiàn)有危急值,將會要求檢驗醫(yī)師將危急值信息推送到臨床醫(yī)生頁面,由醫(yī)生對該危急值結(jié)果進行確認、并給檢驗科進行反饋。 |
3.2.10 | 系統(tǒng)說明 | 顯示LIS系統(tǒng)的重要更新說明、快捷鍵、可以下載的模板信息。 |
3.3 | 質(zhì)控管理 | 為了保證檢驗的質(zhì)量高、結(jié)果準確,檢驗科人員需要定期對于檢驗設備進行質(zhì)控測試,實現(xiàn)質(zhì)控數(shù)據(jù)的自動分析與報警;建立相關(guān)校驗標準,實現(xiàn)異常檢驗結(jié)果的分離,確保檢驗結(jié)果的可靠性、實現(xiàn)基于病人檢驗數(shù)據(jù)的質(zhì)控分析,有效提供室內(nèi)和室間質(zhì)控數(shù)據(jù)的評價,提供質(zhì)控數(shù)據(jù)統(tǒng)計,直觀、快速提供單規(guī)則/多規(guī)則質(zhì)量控制圖示,對質(zhì)控參數(shù)進行動態(tài)管理和有效****中心要求的質(zhì)控統(tǒng)計表和質(zhì)量控制 |
3.3.1 | 質(zhì)控基本信息管理 | 以檢驗設備編碼為主線,對質(zhì)控物有關(guān)的基本信息、有效時間段信息、批次、是否為過渡信息等進行基本維護,在質(zhì)控品與質(zhì)控項目間進行對照,并對質(zhì)控品應用的質(zhì)控規(guī)則進行維護。 |
3.3.2 | 質(zhì)控數(shù)據(jù) | 檢驗項目質(zhì)控數(shù)據(jù)顯示包括以下內(nèi)容:按項目,質(zhì)控時間范圍內(nèi)的所有水平的質(zhì)控數(shù)據(jù),過程數(shù)據(jù),無效數(shù)據(jù)的顯示、不同狀態(tài)的顯示;按日期對設備下所有質(zhì)控項目的所有水平的質(zhì)控數(shù)據(jù)進行顯示;可以在數(shù)據(jù)顯示的情況下,對質(zhì)控數(shù)據(jù)進行編輯,增加,刪除,轉(zhuǎn)換等操作。 |
3.3.3 | 質(zhì)控繪圖 | 可以根據(jù)測試的次數(shù)方式繪制,也可以通過日期方式進行繪制,提供定制化方式完成圖像。 |
3.3.4 | 失控管理 | 在圖像繪制時,調(diào)用質(zhì)控數(shù)據(jù)失控管理算法,完成質(zhì)控數(shù)據(jù)的失控判斷。 |
3.3.5 | 質(zhì)控管理日志 | 對檢驗科質(zhì)控相關(guān)操作進行記錄。 |
3.3.6 | 檢驗科室內(nèi)質(zhì)控月總結(jié)記錄 | 針對檢驗科月質(zhì)控進行進行總結(jié)。 |
3.4 | 基礎數(shù)據(jù)維護 | 區(qū)域LIS使用前需要進行一定的支撐基礎信息的維護 |
3.4.1 | 儀器測試項目 | 維護區(qū)域LIS中全局的測試項目信息。 |
3.4.2 | 儀器類別 | 維護區(qū)域LIS中儀器模板,各個機構(gòu)可從該模板中提取儀器和測試項目詳細。 |
3.4.3 | 檢驗儀器 | ****小組信息和儀器信息。 |
3.4.4 | 儀器項目 | 檢驗項目基本信息維護(項目編碼,英文名,Lonic編碼,中文名,參考值,單位,單價,質(zhì)控標識,計算項目,臨床診斷意義,危急項目標識,危急值定義(定量,定性),前次結(jié)果預警,時限性等設置;對檢驗項目中的不同性質(zhì)進行參考值,單位維護(根據(jù)性別,年齡,樣本類型,完成對應的設置)。 |
3.4.5 | 一管血規(guī)則維護 | 設****小組和一管血規(guī)則信息。 |
3.4.6 | TAT時間 | 設置各個診療項目的TAT預警時間和合格時間。 |
3.4.7 | 回執(zhí)單模板 | 設置結(jié)果回執(zhí)模板的類別、內(nèi)容及對應的診療項目。 |
3.4.8 | 人員分組 | 設置當前機構(gòu)中,使用LIS系統(tǒng)功能模塊的用戶權(quán)限。 |
3.4.9 | 全局字典設定 | 設置LIS系統(tǒng)全局字典信息。 |
3.4.10 | 機構(gòu)字典設定 | 設置機構(gòu)內(nèi)的字典信息。 |
3.4.11 | 全局開關(guān)設定 | 設置LIS系統(tǒng)全局的開關(guān)信息。 |
3.4.12 | 機構(gòu)開關(guān)設定 | 設置機構(gòu)內(nèi)的開關(guān)信息。 |
3.4.13 | 機構(gòu)儀器復制 | 便用戶講其他機構(gòu)設置好的儀器、診療項目、測試項目信息導入到本機構(gòu)內(nèi)。 |
3.4.14 | 常規(guī)檢驗列設置 | (1)檢驗結(jié)果顯示列設置。 (2)設置檢驗結(jié)果顯示區(qū)域內(nèi)的那些內(nèi)容顯示,那些內(nèi)容不顯示。 |
3.4.15 | 標本基本信息默認值設置 | 設置**樣本時,各個標本基本信息的默認值。 |
3.5 | 統(tǒng)計查詢 | 樣本、檢驗項目、工作量等進行統(tǒng)計查詢 |
3.5.1 | 樣本統(tǒng)計 | 按“儀器”分組和“小組”分組進行樣本統(tǒng)計。 |
3.5.2 | 檢驗項目統(tǒng)計 | 按“小組、儀器、診療項目”分組或診療項目、小組”分組進行診療項目的統(tǒng)計。 |
3.5.3 | 項目統(tǒng)計 | 按“診療項目、小組”分組或“儀器、測試項目”分組進行診療項目統(tǒng)計 |
3.5.4 | 工作量統(tǒng)計 | 按“患者類別、樣本類型、測試項目、檢驗醫(yī)生、送檢醫(yī)生、科室、性別”分組或“患者類型、科室、送檢醫(yī)生、樣本類型、診療項目、性別”分組進行診療項目的統(tǒng)計。 |
3.5.5 | 項目查詢 | 按“檢驗時間、患者類別、科室、儀器、檢驗項目、檢驗醫(yī)生、審核醫(yī)生、患者編號”來查詢樣本中的診療項目信息。 按“檢驗時間、患者類別、科室、儀器、樣本狀態(tài)、樣本號范圍、測試項目、樣本狀態(tài)、測試項目的結(jié)果范圍、是否為異常結(jié)果、是否為危急值結(jié)果”等信息來查詢樣本中的測試項目信息。 |
3.5.6 | 樣本清單列表 | 按“檢驗時間、儀器、患者類別、樣本狀態(tài)、樣本號范圍”等來查詢樣本中申請的診療項目信息 |
3.5.7 | 陽性率統(tǒng)計 | 查詢陽性報告單:按照“檢驗日期、科室、患者類別、性別、年齡、樣本號范圍、樣本狀態(tài)、測試項目條件”等來查詢符合條件的陽性結(jié)果樣本。 統(tǒng)計陽性報告率:按照“檢驗日期、科室、患者類別、性別、年齡、樣本號范圍、樣本狀態(tài)、測試項目條件”等來查詢符合條件的測試項目的陽性率。 |
3.6 | 檢驗申請 | 為了彌補無電子醫(yī)囑的LIS檢驗醫(yī)囑的空白,使得體檢、免費檢驗等檢驗醫(yī)囑能夠以電子醫(yī)囑的形式進入LIS流程,減輕檢驗科的工作量、提高工作效率、取保數(shù)據(jù)的安全性,特設立了LIS檢驗申請模塊 |
3.6.1 | 建立患者信息 | (1)從門診、住院患者的掛號信息中,提取患者的基本信息。 (2)從信息模板中導入患者的基本信息。 |
3.6.2 | 開立診療項目 | 從HIS中醫(yī)生能夠開立的診療項目中,選擇開立的項目。 |
3.6.3 | 條碼打印及作廢 | (1)將當前患者的所有收費項目和免費項目,統(tǒng)一處理后打印條碼。 (2)可以重復打印已經(jīng)打印過的條碼。 (3)可以作廢未進入檢驗流程的條碼。 |
4 | 云PACS系統(tǒng) | 云PACS系統(tǒng)主要的任務把日常產(chǎn)生的各種醫(yī)學影像(包括核磁,CT,超聲,各種X光機,各種紅外儀、顯微儀等設備產(chǎn)生的圖像)通過各種接口(模擬,DICOM,網(wǎng)絡)以數(shù)字化的方式海量保存起來,當需要的時候在一定的授權(quán)下能夠很快的調(diào)回使用,同時增加一些輔助診斷管理功能。它在各種影像設備間傳輸數(shù)據(jù)和組織存儲數(shù)據(jù)具有重要作用 |
4.1 | 核心服務 | 1、支持UNIX、Lunix及Windows操作平臺,ORACLE大型關(guān)系型數(shù)據(jù)庫。 2、支持醫(yī)學影像檢查診斷信息采集、存儲管理與系統(tǒng)配置。 3、支持采用集中式數(shù)據(jù)庫及獨立影像儲存機制。 4、圖像存儲支持非壓縮,JPEG、JPEG2000無損、有損壓縮及文件級的壓縮。 5、圖像采用無損壓縮,由PACS系統(tǒng)打印出的圖像硬拷貝不低于原設備打印輸出的硬拷貝質(zhì)量。 |
4.2 | 設備接入服務 | 1、****醫(yī)院所有DICOM和非DICOM影像設備的連接,包括CT、MR、CR、DR、數(shù)字胃腸、超聲、胃鏡、腸鏡等。 2、PACS/RIS服務器支持的DICOM服務類包括:StorageSCU/SCP、Query/RetrieveSCU/SCP、ModalityWorklistSCU/SCP、ModalityPerformedProcedureStepManagementSCU/SCP、PrintSCU、ECHOSCU/SCP、StorageCommitmentSCU/SCP、VerificationSCU/SCP、HangingProtocol等。 3、支持DICOMRAWDATA、DICOMPart10、DICOMJPEG-Lossless、DICOMJPEG-Lossy、BMP、JPG等影像類型。 4、可接收各種非DICOM影像設備,進行單幀或者多幀采集,并轉(zhuǎn)換為標準DICOM格式。 5、能夠?qū)Ψ荄ICOM標準影像采集實時顯示,調(diào)節(jié)圖像對比度、亮度、飽和度、色度等。 6、通過視頻信號采集醫(yī)學圖像時,圖像的幾何分辨率應不低于原始圖像的分辨率。 |
4.3 | 系統(tǒng)管理 | 1、提供PACS和RIS的用戶登錄,統(tǒng)一維護。 2、根據(jù)用戶類別或組類別賦予使用權(quán)限。 3、系統(tǒng)所有用戶由系統(tǒng)管理員統(tǒng)一創(chuàng)建,并根據(jù)該用戶在業(yè)務流程中擔任的角色設置用戶權(quán)限。 4、可根據(jù)用戶需求設置初始密碼?砂从脩艋蛘呓M類別賦予使用權(quán)限,支持對于個別用戶或者用戶組,分配使用或者變更系統(tǒng)**及數(shù)據(jù)的使用控制功能。 5、每個用戶必須使用各自的ID和密碼登錄系統(tǒng),訪問系統(tǒng)中的數(shù)據(jù)。 |
4.4 | HIS基礎數(shù)據(jù)服務 | 1、能夠獲取患者身份:姓名,年齡,性別,身份證,電話號碼,家庭地址等。 2、接收患者編號:注冊編號,外來/住院患者位置信息。 3、提供完整的RIS與HIS集成方案,實現(xiàn)RIS與HIS軟件的信息共享。 4、RIS與HIS之間的文字信息交換必須具有符合HL7標準的接口。在此基礎上也可以采用專用接口(通過中間表或直接共享對方數(shù)據(jù)庫的形式)實現(xiàn)與HIS的集成。 |
4.5 | 臨床調(diào)閱服務 | 1、提供WEB臨床瀏覽閱片。 2、允許通過DICOM的方式直接共享PACS中的圖像數(shù)據(jù)。 3、提供圖像顯示控件,能****工作站等應用軟件中,方便調(diào)閱當前病人的相關(guān)圖像及歷史圖像與診斷。 4、提供按人、按病區(qū)、按檢查類別、按申請醫(yī)生、按日期等檢索能力,能夠顯示病人所有的檢查申請及處理狀態(tài)。 5、能夠顯示靜態(tài)圖像,能夠支持動態(tài)圖像回放。 6、支持灰度和彩色圖像顯示。 7、提供與****工作站相同的圖像顯示和處理能力。 8、經(jīng)特殊授權(quán)的用戶可以把圖像以JPEG、TIF、AVI格式另存到本地介質(zhì) 9、顯示病人的文字報告快照。 |
4.6 | 分診工作站 | 分診工作站 |
4.6.1 | 患者的基本信息 | 錄入住院號(門診號)、影像號、姓名、性別、年齡等信息,對初診患者,上述信息必須錄入,對復診患者在輸入住院號(門診號)之后,會自動從數(shù)據(jù)庫中得到影像號、姓名、性別、年齡等信息。 |
4.6.2 | 患者的檢查信息 | 錄入設備名稱、檢查部位、檢查項目、申請科室和檢查時間等信息。 |
4.6.3 | 申請單掃描 | 在患者檢查登記的過程中,可以增加患者的申請單掃描,掃描后的申請單可保存在系統(tǒng)中,****醫(yī)院參考。系統(tǒng)支持多種圖像輸入設備、包括掃描儀、數(shù)碼相機等 |
4.6.4 | 與醫(yī)院信息系統(tǒng)(HIS)的數(shù)據(jù)接口 | 從HIS系統(tǒng)中獲得患者的基本信息。 |
4.7 | ****工作站 | 對DICOM和非DICOM CT****工作站,集登記、圖像傳輸或采集、閱片、報告于一體,并提供數(shù)據(jù)管理、備份、****工作站模塊 |
4.8 | ****工作站 | 通過DICOM3.0接口自動采集患者的動、靜態(tài)超聲圖像 |
4.9 | 報告樣式編輯器 | 提供報告格式編輯器,針對報告格式進行定制化制作、編輯保存等 |
4.10 | 診斷模版編輯器 | 報告輸出模板樣式編輯,可以自定義版式內(nèi)容以及格式 |
5 | 云心電系統(tǒng) | 云心電系統(tǒng)能****醫(yī)療機構(gòu)的網(wǎng)絡化協(xié)同診斷功能,****醫(yī)療機構(gòu)通過網(wǎng)絡技術(shù),實現(xiàn)分院、基****醫(yī)療機構(gòu)心電圖遠程傳輸與會診技術(shù),實現(xiàn)院前急救****醫(yī)療機構(gòu)間的會診技術(shù),合理有效地提高了醫(yī)生心電圖診斷能力,患者突發(fā)疾病地快速診斷,切合****醫(yī)療機構(gòu)最基本的檢查項目心電圖的診斷開展,為各地患者提供方便的就醫(yī)場所。云心電系統(tǒng)能夠為衛(wèi)生計生行政部門提供心電業(yè)務運行情況,通過業(yè)務數(shù)據(jù)的綜合統(tǒng)計查詢,為管理決策者的決策提供數(shù)據(jù)分析和預測方面的依據(jù)。 |
5.1 | ****中心 | 云心電系統(tǒng)能****醫(yī)療機構(gòu)的網(wǎng)絡化協(xié)同診斷功能,****醫(yī)療機構(gòu)通過網(wǎng)絡技術(shù),實現(xiàn)分院、基****醫(yī)療機構(gòu)心電圖遠程傳輸與會診技術(shù),實現(xiàn)院前急救****醫(yī)療機構(gòu)間的會診技術(shù),合理有效地提高了醫(yī)生心電圖診斷能力,患者突發(fā)疾病地快速診斷,切合****醫(yī)療機構(gòu)最基本的檢查項目心電圖的診斷開展,為各地患者提供方便的就醫(yī)場所。云心電系統(tǒng)能夠為衛(wèi)生計生行政部門提供心電業(yè)務運行情況,通過業(yè)務數(shù)據(jù)的綜合統(tǒng)計查詢,為管理決策者的決策提供數(shù)據(jù)分析和預測方面的依據(jù)。 |
5.1.1 | 病歷管理 | 顯示所有的心電圖病歷,按檢查時間順序排列。 |
5.1.2 | 心電瀏覽 | 心****數(shù)據(jù)中心調(diào)閱心電及心電診斷報告,具備對調(diào)閱的心電進行后處理,心電標注,測量,打印等功能。 |
5.1.3 | 心電圖分析 | 顯示同步十二導心電圖波形也支持根據(jù)醫(yī)生習慣自定義多種顯示模式,可以分肢體導聯(lián)、胸部導聯(lián)的電壓調(diào)節(jié)與走紙速度調(diào)節(jié)。支持RR間期與R波幅值差的測量,可以精確對心率不齊的倍數(shù)測量。 |
5.1.4 | 報告編寫 | 醫(yī)生可以自動診斷或手動報告編寫心電報告。 |
5.1.5 | 報告發(fā)布 | 報告醫(yī)師在診斷完成后,報告將被自動上傳到區(qū)域心電服務平臺,并通過****社區(qū)****中心的HIS或電子病歷系統(tǒng)中供臨床醫(yī)生訪問。 |
5.1.6 | 報告打印 | 報告打印支持多種格式打印方式。 報告打印可調(diào)整走紙速度、靈敏度及濾波特性等參數(shù)。 用戶可自定義報告模板。 打印的報告應滿足衛(wèi)生部關(guān)于病案存儲的要求 |
5.2 | 分析診斷管理 | ****醫(yī)療機構(gòu)的心電信息,支持區(qū)域心電報告集中歸檔、管理、調(diào)閱。診斷工作站是專業(yè)心電醫(yī)生根據(jù)心電設備采集的數(shù)據(jù)進行專業(yè)分析診斷的工具 |
5.3 | 醫(yī)生瀏覽器管理 | 醫(yī)生瀏覽是給臨床醫(yī)生提供瀏覽心電圖報告及心電波形的工具 |
5.4 | 遠程會診支持 | 適用****醫(yī)療機構(gòu)****醫(yī)療機構(gòu)的遠程會診申請,****醫(yī)院之間提出的相互會診請求 |
6 | 云公共衛(wèi)生系統(tǒng) | 按照《國家基本公共衛(wèi)生服務規(guī)范(第三版)》規(guī)范要求,提供面向居民的檔案管理、健康教育、兒童保健、婦女保健、計劃生育、老年人管理、預防接種、高血壓、2型糖尿病、其他慢病管理、結(jié)核病管理、嚴重精障礙患者管理、中醫(yī)藥健康管理服務、傳染病及突發(fā)公衛(wèi)事件、衛(wèi)生監(jiān)督等基層公共衛(wèi)生服務 |
6.1 | 檔案管理 | |
6.1.1 | 居民健康檔案的修改 | 修改個人基本信息、增刪健康記錄項目等。 |
6.1.2 | 居民健康檔案的更新 | 響應其它服務組件或系統(tǒng)模塊的更新要求,更新個人的基本信息以及其它健康記錄的內(nèi)容。 |
6.1.3 | 居民健康檔案的遷移 | 居民健康檔案隨著居民個人非常住地的變更需要進行遷移,系統(tǒng)應支持遷出和遷入功能。如遷入地未能與遷出地實現(xiàn)互聯(lián)互通,遷出時,應支持將居民健康檔案導出成標準化衛(wèi)生信息共享文檔格式,以保證在遷入地導入使用。遷入時支持將衛(wèi)生信息共享文檔格式的居民健康檔案導入到系統(tǒng)中使用。對于已實現(xiàn)互聯(lián)互通的區(qū)域之間的遷移,可直接通過網(wǎng)絡進行。 |
6.1.4 | 居民健康檔案的刪除 | 居民健康檔案在編輯期間,未進行確認之前可進行任意的刪除,在健康檔案得到確認以后不允許進行刪除操作,所有刪除操作將通過注銷方式進行。 |
6.1.5 | 居民健康檔案的注銷 | 因個人死亡或因健康檔案的重復進行合并,應通過注銷方式刪除。注銷方式僅在健康檔案中進行注銷標記,并說明注銷原因,并不進行物理的刪除。但已注銷的條件不再列入常規(guī)的統(tǒng)計數(shù)據(jù)。 |
6.1.6 | 居民健康檔案查重與合并 | 檢查健康檔案中具有相同或高相似度的人個信息,確認為同一個人后進行健康檔案合并,原則的后建立的健康檔案合并到更早期建立的健康檔案中。后建的健康檔案予以注銷。 |
6.2 | 孕產(chǎn)婦保健管理 | |
6.2.1 | 孕產(chǎn)期保健管理 | 支持孕產(chǎn)期管理卡登記、初診管理、復診管理、分娩管理、產(chǎn)后訪視、產(chǎn)后42天檢查信息錄入。支持產(chǎn)前以及訪視計劃生成。支持轉(zhuǎn)診服務、健康教育處方服務。保健信息動態(tài)進入健康檔案。 |
6.2.2 | 高危孕產(chǎn)婦管理 | 管理妊娠期和分娩期出現(xiàn)高危因素的孕產(chǎn)婦,為其建立高危孕產(chǎn)婦管理卡,跟蹤記錄孕產(chǎn)婦的高危因素,并進行高危評分。 |
6.2.3 | 孕產(chǎn)婦死亡報告 | 管理妊娠期至分娩后42天死亡的孕產(chǎn)婦,為其進行孕產(chǎn)婦死亡報告卡的記錄,并管理報告卡。 |
6.2.4 | 葉酸管理 | 對轄區(qū)內(nèi)需要服用葉酸的適齡婦女發(fā)放葉酸,并記錄發(fā)放情況及隨訪其服用情況。功能包括葉酸發(fā)放登記、發(fā)放信息記錄、隨訪信息記錄。 |
6.2.5 | 乳腺癌篩查 | 對轄區(qū)內(nèi)需要進行乳腺癌篩查的適齡婦女進行篩查登記,記錄篩查記過以及反饋篩查信息。 |
6.2.6 | 宮頸癌篩查 | 對轄區(qū)內(nèi)需要進行宮頸癌篩查的適齡婦女進行篩查登記,記錄篩查記過以及反饋篩查信息。 |
6.2.7 | 婦女病普查 | 對轄區(qū)內(nèi)需要進行婦女病普查的適齡婦女進行體檢登記,記錄體檢結(jié)果以及反饋普查信息。主要包括體檢結(jié)果記錄及打印等功能。 |
6.3 | 兒童保健管理 | |
6.3.1 | 兒童體檢管理 | 支持兒童保健卡登記、新生兒家庭訪視以及0-6歲兒童健康體檢信息登記。支持轉(zhuǎn)診服務、健康教育處方服務。體檢信息動態(tài)進入健康檔案。 |
6.3.2 | 體弱兒童管理 | 在兒童體檢的過程中,發(fā)現(xiàn)兒童存在營養(yǎng)不良、肥胖、貧血等體弱因素,為其建立體弱兒童專案卡,并進行定期體檢及隨訪。 |
6.3.3 | 集體體檢管理 | 對轄區(qū)內(nèi)托幼機構(gòu)的兒童進行集體的周期性的健康體檢。包括制定體檢計劃及體檢信息錄入等功能。 |
6.3.4 | 兒童死亡管理 | 管理5歲及以下死亡的兒童,為其進行兒童死亡報告卡的記錄,并管理報告卡。 |
6.3.5 | 體格發(fā)育評價參數(shù)維護 | 記錄及維護兒童體格發(fā)育評價參數(shù)標準,以提供兒童生長曲線的標準曲線生成。 |
6.3.6 | 新生兒疾病篩查 | 為進行新生兒疾病篩查的新生兒進行登記,記錄疾病篩查結(jié)果,并對登記情況進行管理。 |
6.3.7 | 出生缺陷登記 | 為出生時有生理缺陷或代謝缺陷等先天異常的兒童進行出生缺陷兒童登記卡的登記,并對登記卡進行管理。 出生證明管理:為新生兒打印及發(fā)放出生醫(yī)學證明,并對出生證的發(fā)放及采購等情況進行庫存管理。 |
6.4 | 老年人健康管理 | |
6.4.1 | 老年人專項健康檔案管理 | 提供 65 歲以上的老年人建立專項健康管理檔案管理;支持老年人專項健康檔案的建立、修改與結(jié)案功能;老年人專項健康檔案在居民健康檔案基礎信息的基礎上加以擴充,主要包括生活方式和健康狀況評估、體格檢查、輔助檢查等信息。 |
6.4.2 | 建立老年人健康管理檔案 | 獲取健康檔案基本信息,建立老年人健康檔案; |
6.4.3 | 修改老年人健康管理檔案 | 確認前可對老年人健康檔案進行修改; |
6.4.4 | 老年人健康管理結(jié)案 | 結(jié)束老年人健康管理。老年人死亡健康檔案終結(jié)。 |
6.4.5 | 老年人健康隨訪登記 | 提供包括生活方式和健康狀況評估、體格檢查登記、輔助檢查登記、健康指導、以及預約等功能。 |
6.5 | 高血壓患者健康管理 | |
6.5.1 | 高血壓患者篩查 | 包括首診測壓登記、疑似高血壓患者復檢登記、高血壓高危人群測壓登記等。確診為原發(fā)性高血壓的納入高血壓患者健康管理; |
6.5.2 | 疑似高血壓患者轉(zhuǎn)診管理 | (1)轉(zhuǎn)診登記:引用雙向轉(zhuǎn)診功能,對無法確診的高血壓患者或可疑繼發(fā)性高血****醫(yī)院。 (2)轉(zhuǎn)診隨訪登記:對轉(zhuǎn)診患者進行隨訪登記。 |
6.5.3 | 高血壓患者健康檔案管理 | 建立高血壓患者健康管理檔案;支持高血壓患者健康檔案的建立、修改與結(jié)案功能;高血壓患者健康檔案在居民健康檔案基礎信息的基礎上加以擴充,主要包括高血壓患者隨訪評估登記、分類干預記錄、健康檢查等信息。 (1)建立高血壓患者健康管理檔案:獲取健康檔案基本信息,建立老年人健康檔案; (2)修改高血壓患者健康管理檔案:可對高血壓患者健康檔案進行修改 (3)高血壓患者健康管理結(jié)案:確定高血壓轉(zhuǎn)歸或因遷出死亡等因素,解除高血壓健康管理。 |
6.5.4 | 高血壓患者隨訪登記 | 包括提供高血壓問詢觀察登記(包括癥狀、體征等);提供生活方式的指導登記;提供輔助檢查登記;提供服藥依從性、藥物不良反應登記;提供隨訪分類藥物控制登記、用藥情況登記以及轉(zhuǎn)診登記、下次隨訪日期預約登記等內(nèi)容。 |
6.5.5 | 高血壓患者健康檢查 | 體檢內(nèi)容包括體溫、脈搏、呼吸、血壓、身高、體重、腰圍、皮膚、淺表淋巴結(jié)、心臟、肺部、腹部等常規(guī)體格檢查,以及口腔、視力、聽力和運動功能等檢 查登記功能。 |
6.5.6 | 查詢與統(tǒng)計功能 | (1)高血壓患者健康管理的查詢、調(diào)閱與使用:根據(jù)操作者的查詢條件,給出高血壓患者健康管理的查詢結(jié)果。或響應其它服務組件、功能模塊的調(diào)閱使用要求,提供衛(wèi)生信息共享文 檔格式的健康檔案信息。 (2)高血壓患者健康管理統(tǒng)計:根據(jù)操作者的統(tǒng)計要求,給出高血壓患者健康管理統(tǒng)計結(jié)果。或響應其它服務組件、功能模塊的統(tǒng)計要求,提供標準化的統(tǒng)計結(jié)果信息。 |
6.6 | 糖尿病患者健康管理 | |
6.6.1 | II 型糖尿病患者篩查 | 包括空腹血糖檢查登記。確診為 2 型糖尿病患者的納入 2 型糖尿病患者健康管理; |
6.6.2 | II 型糖尿病患者健康檔案管理 | 建立 2 型糖尿病患者健康管理檔案;支持 2 型糖尿病患者健康檔案的建立、修改與結(jié)案功能;2 型糖尿病患者健康檔案在居民健康檔案基礎信息的基礎上加以擴充,主要包括 2 型糖尿病患者隨訪評估登記、分類干預記錄、健康檢查等信息。 (1)建立 2 型糖尿病患者健康管理檔案:獲取健康檔案基本信息,建立 2 型糖尿病患者健康檔案; (2)修改 2 型糖尿病患者健康管理檔案:確認前可對 2 型糖尿病患者健康檔案進行修改; (3)2 型糖尿病患者健康管理結(jié)案:確定 2 型糖尿病患者轉(zhuǎn)歸或因遷出死亡等因素,解除 2 型 糖尿病患者健康管理。 |
6.6.3 | II型糖尿病隨訪登記 | 包括提供 2 型糖尿病患者問詢觀察登記(包括癥狀、體征等);提供生活方式的指導登記;提供輔助檢查登記;提供服藥依從性、藥物不良反應登記;提供隨訪分類藥物控制登記、用藥情況登記以及轉(zhuǎn)診登記、下次隨訪日期預約登記等內(nèi)容。 |
6.6.4 | 轉(zhuǎn)診 | 引用雙向轉(zhuǎn)診功能,提供對 2 次藥物控制不滿意或需要轉(zhuǎn)診的 2 型糖尿病患者實施轉(zhuǎn)診; |
6.6.5 | 健康指導 | 引用健康教育服務,提供對 2 型糖尿病的健康指導; |
6.6.6 | 健康體檢 | 體檢內(nèi)容包括體溫、脈搏、呼吸、血壓、身高、體重、腰圍、皮膚、淺表淋巴結(jié)、心臟、肺部、腹部等常規(guī)體格檢查,以及口腔、視力、聽力和運動功能等檢查登記功能。 |
6.6.7 | 查詢與統(tǒng)計功能 | (1)II 型糖尿病患者健康管理的查詢、調(diào)閱與使用:根據(jù)操作者的查詢條件,給出 2 型糖尿病患者健康管理的查詢結(jié)果;蝽憫渌⻊战M件、功能模塊的調(diào)閱使用要求,提供標準化 的健康檔案信息(衛(wèi)生信息共享文檔)。 (2)II 型糖尿病患者健康管理統(tǒng)計:根據(jù)操作者的統(tǒng)計要求,給出 2 型糖尿病患者健康管理統(tǒng)計結(jié)果。或響應其它服務組件、功能模塊的統(tǒng)計要求,提供標準化的統(tǒng)計結(jié)果信息。 |
6.7 | 重性精神疾病患者管理 | |
6.7.1 | 重性精神病患者健康檔案管理 | 建立重性精神病患者健康管理檔案,完成“重性精神疾病患者信息補充表”的登記;支持重性精神病患者健康檔案的建立、修改與結(jié)案功能;重性精神病患者健康檔案在居民健康檔案基礎信息的基礎上加以擴充,主要包括重性精神病患者隨 訪評估登記、分類干預記錄、健康檢查等信息。 (1)建立重性精神病患者健康管理檔案:獲取健康檔案基本信息,建立重性精神病患者健康檔案; (2)修改重性精神病患者健康管理檔案:確認前可對重性精神病患者健康檔案進行修改; (3)重性精神病患者健康管理結(jié)案:確定重性精神病患者轉(zhuǎn)歸或因遷出死亡等因素,解除重性精神病患者健康管理。 |
6.7.2 | 重性精神病患者隨訪登記 | 提供“重性精神疾病患者隨訪服務記錄表”的記錄功能,包括提供目前癥狀、自知力評估;提供睡眠情況、飲食情況、社會功能情況登記;提供患病對 家庭社會的影響評估;提供關(guān)鎖情況、住院情況登記、提供實驗室檢查、服藥依從性、藥物不良反應、治療效果、用藥情況登記。提供轉(zhuǎn)診情況登記、康復措施登記、本次隨訪穩(wěn) 定性分類等。提供下次隨訪日期預約功能。 |
6.7.3 | 轉(zhuǎn)診 | 引用雙向轉(zhuǎn)診功能,提供對有急性藥物不良反應或嚴重軀體疾病患者實施轉(zhuǎn)診; |
6.7.4 | 康復訓練登記 | 登記精神病患者的康復訓練情況。 |
6.7.5 | 健康指導 | 引用健康教育服務,提供對重性精神病患者的健康指導; |
6.7.6 | 健康體檢 | 引用健康體檢功能,內(nèi)容包括一般體格檢查、血壓、體重、血常規(guī)(含白細胞分 類)、轉(zhuǎn)氨酶、血糖、心電圖等。 |
6.8 | 傳染病及突發(fā)公共衛(wèi)生事件管理 | |
6.8.1 | 傳染病及突發(fā)公共衛(wèi)生事件風險管理 | (1)傳染病及突發(fā)公共衛(wèi)生事件風險評估; (2)傳染病及突發(fā)公共衛(wèi)生事件預案。 |
6.8.2 | 傳染病及突發(fā)公共衛(wèi)生事件報告 | (1)登記:提供傳染病及突發(fā)公共衛(wèi)生事件的填寫登記功能。登記內(nèi)容包括傳染病報告、突發(fā)公共衛(wèi)生事件報告; (2)報告:所登記傳染病及突發(fā)公共衛(wèi)生事件報送到上級有關(guān)部門的功能。 (3)補報:對漏報的傳染病病例和突發(fā)公共衛(wèi)生事件,應及時進行補報。 (4)訂正:發(fā)現(xiàn)報告錯誤,或報告病例轉(zhuǎn)歸或診斷情況發(fā)生變化時,填寫與發(fā)送訂正報告。 |
6.8.3 | 查詢與統(tǒng)計功能 | (1)傳染病及公共衛(wèi)生事件報告的查詢、調(diào)閱與使用:根據(jù)操作者的查詢條件,給出傳染病及公共衛(wèi)生事件報告的查詢結(jié)果;蝽憫渌⻊战M件、功能模塊的調(diào)閱使用要求,提供標準化的傳染病及公共衛(wèi)生事件報告信息(衛(wèi)生信息共享文檔)。 (2)傳染病及公共衛(wèi)生事件報告統(tǒng)計:根據(jù)操作者的統(tǒng)計要求,給出傳染病及公共衛(wèi)生事件報告統(tǒng)計結(jié)果;蝽憫渌⻊战M件、功能模塊的統(tǒng)計要求,提供標準化的統(tǒng)計結(jié)果信息。 |
6.9 | 衛(wèi)生監(jiān)督協(xié)管 | |
6.9.1 | 衛(wèi)生監(jiān)督協(xié)管巡查報告管理 | 提供“衛(wèi)生監(jiān)督協(xié)管巡查登記表”進行監(jiān)督協(xié)管巡查報告登記,包括社區(qū)及家庭、農(nóng)村集中供水、城市二次供水點、學校等地的食品安全、飲用水安全、學校衛(wèi)生以及非法行醫(yī)非法采供血的巡查報告登記內(nèi)容。提供對衛(wèi)生監(jiān)督協(xié)管巡查報告的登記、報告、訂正等功能 |
6.9.2 | 衛(wèi)生監(jiān)督協(xié)管信息報告管理 | 提供“衛(wèi)生監(jiān)督協(xié)管信息報告登記表”進行協(xié)管報告登記, 包括對食品安全、飲用水安全、學校衛(wèi)生、非法行醫(yī)與非法采供血信息報告的管理。提供報告登記、報告、訂正等功能 |
6.9.3 | 職業(yè)病防治健康指導 | 引用健康教育,提供職業(yè)病防治健康指導。 |
6.10 | 健康教育 | |
6.10.1 | 健康教育機構(gòu)及對象管理 | 提供各類機構(gòu)(家庭、學校、醫(yī)院、特定單位等)、各類人員(按機構(gòu)分類)的信息管理;提供不同人群(兒童、青少年、婦女、老年、從業(yè)人員、殘 疾人、患者、亞健康者等)的信息管理。 |
6.10.2 | 健教資料管理 | 提供不同載體、不同對象資料的分類管理。包括健教對象和技術(shù)指導宣傳材料。提供健教處方的分類管理:疾病知識、心理知識、健康知識、社會適應知識。 |
6.10.3 | 健教計劃管理 | 制定健教目標、健教計劃,記錄實施日期、內(nèi)容、對象、場地等信息。 |
6.10.4 | 健教認知評價 | 提供知曉、認同和行為形成等方面的各類評價指標。包括:生理指標、心理健康指標、健康結(jié)果指標、健康行為指標和社會行為健康等指標,供健教效果評價時選 用。 |
6.10.5 | 健教評估 | 提供過程評價方法范例和效果評價方法范例,供評價應用時參考。 |
6.10.6 | 健康指導支持 | 依據(jù)不同的衛(wèi)生服務主題,提供相應的健康指導支持。主要包括相應的健康教育內(nèi)容、健康教育處方等。 |
6.10.7 | 查詢與統(tǒng)計功能 | (1)健康教育查詢:根據(jù)操作者的查詢條件,給出健教機構(gòu)、健教對象、健教計劃、健教認知評估、以及健康教育評估的查詢結(jié)果。 (2)健康教育統(tǒng)計:根據(jù)操作者的統(tǒng)計要求,給出健教機構(gòu)、健教對象、健教計劃、健教認識評估、以及健康教育評估的統(tǒng)計結(jié)果。 |
6.11 | 其他慢病管理 | 在診療過程中,發(fā)現(xiàn)有冠心病、COPD、惡性腫瘤、腦卒中等其他慢病患者,為其建立專案卡,登記所患疾病種類,定期進行隨訪 |
6.12 | 結(jié)核病患者管理 | 為轄區(qū)內(nèi)結(jié)核病患者建立專案卡,定期進行隨訪,并記錄隨訪信息及體檢信息。 |
6.13 | 中醫(yī)藥健康管理服務 | 中醫(yī)藥健康管理服務:對65歲以上老年人每年進行一次中醫(yī)體質(zhì)辨識和中醫(yī)藥保健指導。對0-6歲兒童每年進行一次中醫(yī)藥保健指導。 |
7 | 家庭醫(yī)生簽約系統(tǒng) | 以家庭醫(yī)生開展日常工作為主線,圍繞著家庭醫(yī)生給居民進行簽約管理、建立健康檔案,進行健康評估、干預、追蹤、隨訪等一系列公衛(wèi)衛(wèi)生工作以及基本醫(yī)療服務,****衛(wèi)健委主管領導考核需要及居民互動需要 |
7.1 | 醫(yī)生PC端 | |
7.1.1 | 家庭簽約 | 對于有簽約意愿,信息未被核實的居民,進行信息登記。核實其真實情況后,推送到簽約管理功能 |
7.1.2 | 簽約服務 | 對于已經(jīng)簽約居民,提供公共衛(wèi)生相關(guān)服務。慢病居民提供專案和隨訪管理、體檢等服務。 |
7.2 | 醫(yī)生移動端 | |
7.2.1 | 健康檔案 | 1、本地健康檔案數(shù)據(jù)主要通過隨訪任務同步下載,即針對待隨訪的患者,同步將其健康檔案信息下載下來。 2、支持健康檔案**,**檔案保存在本地,需要同步上傳。 3、支持單個健康檔案下載。 4、健康檔案詳細頁面,支持查看專案、歷史隨訪、歷史體檢信息。 |
7.2.2 | 隨訪管理 | 1、任務下載會自動下載最近的隨訪任務到app本地,同時**步下載隨訪患者的健康檔案信息。批量下載任務后,還可以單個添加任務。 2、隨訪信息填寫,可以查看歷史隨訪記錄、體檢記錄、健康檔案信息、專案信息。 |
7.2.3 | 簽約管理 | 1、簽約功能為在線功能,需要有網(wǎng)絡。可以查詢居民健康檔案信息,進入簽約環(huán)節(jié)。如果居民還沒有建檔,可以進行快速建檔。 2、可以通過點擊頁面我的簽約,查看簽約歷史。 3、簽約支持手寫簽字、拍照上傳等方式。 |
8 | 云健康體檢系統(tǒng) | 云健康體檢建設統(tǒng)一的體檢應用信息平臺,為基層醫(yī)療衛(wèi)生機構(gòu)提供各機構(gòu)的各類體檢業(yè)務的信息化支撐,實現(xiàn)與基層基本公共衛(wèi)生服務系統(tǒng)、基層基本醫(yī)療服務系統(tǒng)以及基層區(qū)域體檢系統(tǒng)、基層PACS系統(tǒng)進行無縫對接,共同形成以基層醫(yī)療衛(wèi)生一體化的信息平臺 |
8.1 | 健康人群體檢 | |
8.1.1 | 基本信息管理 | 體檢基本信息包含患者基本信息、體檢日期、體檢機構(gòu)、體檢醫(yī)生、當前癥狀、居民一般狀況(體溫、脈搏、呼吸頻率、血壓、身高、體重等)及居民生活方式(體育鍛煉、飲食習慣、吸煙情況、飲酒情況、職業(yè)病危害因素接觸情況等)等。 |
8.1.2 | 體檢臟器/查體信息管理 | 體檢臟器/查體信息包含患者臟器功能(口腔、視力、聽力及運動功能等)及查體信息(眼底、皮膚、淋巴結(jié)、心肺、腹部、下肢、乳腺、婦科等)。 |
8.1.3 | 體檢輔助檢查/健康問題管理 | 體檢輔助檢查/健康問題管理信息包含輔助檢查信息(血常規(guī)、尿常規(guī)、空腹血糖、肝功、腎功、血脂、超聲、DR等)及現(xiàn)存主要健康問題(腦血管疾病、腎臟疾病、心臟疾病、血管疾病、眼部疾病、慢病、神經(jīng)系統(tǒng)疾病等)。 |
8.1.4 | 體檢住院/用藥信息管理 | 體檢住院/用藥信息包含住院史、家庭病床史、主要用藥情況及非免疫規(guī)劃預防接種史。 |
8.1.5 | 體檢評價 | 體檢評價信息包含健康評價、健康指導及指導意見。 |
8.2 | 高血壓患者體檢 | |
8.2.1 | 基本信息管理 | 體檢基本信息包含患者基本信息、體檢日期、體檢機構(gòu)、體檢醫(yī)生、當前癥狀、居民一般狀況(體溫、脈搏、呼吸頻率、血壓、身高、體重等)及居民生活方式(體育鍛煉、飲食習慣、吸煙情況、飲酒情況、職業(yè)病危害因素接觸情況等)等。 |
8.2.2 | 體檢臟器/查體信息管理 | 體檢臟器/查體信息包含患者臟器功能(口腔、視力、聽力及運動功能等)及查體信息(眼底、皮膚、淋巴結(jié)、心肺、腹部、下肢、乳腺、婦科等)。 |
8.2.3 | 體檢輔助檢查/健康問題管理 | 體檢輔助檢查/健康問題管理信息包含輔助檢查信息(血常規(guī)、尿常規(guī)、空腹血糖、肝功、腎功、血脂、超聲、DR等)及現(xiàn)存主要健康問題(腦血管疾病、腎臟疾病、心臟疾病、血管疾病、眼部疾病、慢病、神經(jīng)系統(tǒng)疾病等)。 |
8.2.4 | 體檢住院/用藥信息管理 | 體檢住院/用藥信息包含住院史、家庭病床史、主要用藥情況及非免疫規(guī)劃預防接種史。 |
8.2.5 | 體檢評價 | 體檢評價信息包含健康評價、健康指導及指導意見。 |
8.3 | 糖尿病患者體檢 | |
8.3.1 | 基本信息管理 | 體檢基本信息包含患者基本信息、體檢日期、體檢機構(gòu)、體檢醫(yī)生、當前癥狀、居民一般狀況(體溫、脈搏、呼吸頻率、血壓、身高、體重等)及居民生活方式(體育鍛煉、飲食習慣、吸煙情況、飲酒情況、職業(yè)病危害因素接觸情況等)等。 |
8.3.2 | 體檢臟器/查體信息管理 | 體檢臟器/查體信息包含患者臟器功能(口腔、視力、聽力及運動功能等)及查體信息(眼底、皮膚、淋巴結(jié)、心肺、腹部、下肢、乳腺、婦科等)。 |
8.3.3 | 體檢輔助檢查/健康問題管理 | 體檢輔助檢查/健康問題管理信息包含輔助檢查信息(血常規(guī)、尿常規(guī)、空腹血糖、肝功、腎功、血脂、超聲、DR等)及現(xiàn)存主要健康問題(腦血管疾病、腎臟疾病、心臟疾病、血管疾病、眼部疾病、慢病、神經(jīng)系統(tǒng)疾病等)。 |
8.3.4 | 體檢住院/用藥信息管理 | 體檢住院/用藥信息包含住院史、家庭病床史、主要用藥情況及非免疫規(guī)劃預防接種史。 |
8.3.5 | 體檢評價 | 體檢評價信息包含健康評價、健康指導及指導意見。 |
8.4 | 老年人體檢 | |
8.4.1 | 基本信息管理 | 體檢基本信息包含患者基本信息、體檢日期、體檢機構(gòu)、體檢醫(yī)生、當前癥狀、居民一般狀況(體溫、脈搏、呼吸頻率、血壓、身高、體重等)及居民生活方式(體育鍛煉、飲食習慣、吸煙情況、飲酒情況、職業(yè)病危害因素接觸情況等)等。 |
8.4.2 | 體檢臟器/查體信息管理 | 體檢臟器/查體信息包含患者臟器功能(口腔、視力、聽力及運動功能等)及查體信息(眼底、皮膚、淋巴結(jié)、心肺、腹部、下肢、乳腺、婦科等)。 |
8.4.3 | 體檢輔助檢查/健康問題管理 | 體檢輔助檢查/健康問題管理信息包含輔助檢查信息(血常規(guī)、尿常規(guī)、空腹血糖、肝功、腎功、血脂、超聲、DR等)及現(xiàn)存主要健康問題(腦血管疾病、腎臟疾病、心臟疾病、血管疾病、眼部疾病、慢病、神經(jīng)系統(tǒng)疾病等)。 |
8.4.4 | 體檢住院/用藥信息管理 | 體檢住院/用藥信息包含住院史、家庭病床史、主要用藥情況及非免疫規(guī)劃預防接種史。 |
8.4.5 | 體檢評價 | 體檢評價信息包含健康評價、健康指導及指導意見。 |
9 | 綜合決策分析系統(tǒng) | |
9.1 | 醫(yī)院管理統(tǒng)計分析 | |
9.1.1 | 門診科室收入統(tǒng)計 | 支持查詢所選時間段內(nèi)悶著科室的匯總收入情況/門診科室的明細收入情況,打印查詢結(jié)果。 |
9.1.2 | 門診醫(yī)生收入統(tǒng)計 | 根據(jù)時間條件統(tǒng)計門診醫(yī)生收入情況。包括各分類收入等/支持查詢某個醫(yī)生的工作量匯總及明細工作量情況/支持打印以上查詢結(jié)果。 |
9.1.3 | 住院科室收入統(tǒng)計 | 支持查詢所選時間段內(nèi)住院科室的匯總收入情況/科室的明細收入情況,打印查詢結(jié)果。 |
9.1.4 | 住院醫(yī)生收入統(tǒng)計 | 根據(jù)時間條件統(tǒng)計住院醫(yī)生收入情況。包括各分類收入等/支持查詢某個醫(yī)生的工作量匯總及明細工作量情況/支持打印以上查詢結(jié)果。 |
9.1.5 | 財務統(tǒng)計 | 支持將門診結(jié)算、住院結(jié)算、掛號收入、科室分類的各類財務統(tǒng)計。支持自定義的報表查詢。 |
9.2 | 公共衛(wèi)生統(tǒng)計分析 | |
9.2.1 | 公衛(wèi)綜合監(jiān)測 | 包含健康檔案管理指標、高血壓管理指標、糖尿病管理指標、重型精神病管理指標、結(jié)核病管理指標、婦女保健管理指標、兒童保健管理指標、預防接種指標及老年人管理指標。 |
9.2.2 | 公衛(wèi)健康檔案監(jiān)測 | 包含健康檔案相關(guān)指標:總健康檔案數(shù)、新增健康檔案數(shù)、健康檔案合格數(shù)、貧困人口數(shù)、體檢人次。 |
9.2.3 | 公衛(wèi)疾病管理監(jiān)測 | 包含疾病管理相關(guān)指標:高血壓管理人數(shù)、新增管理人數(shù)、隨訪人次,結(jié)案人數(shù);糖尿病管理人數(shù)、新增管理人數(shù)、隨訪人次,結(jié)案人數(shù);重型精神病管理人數(shù)、新增管理人數(shù)、隨訪人次,結(jié)案人數(shù);結(jié)核病管理人數(shù)、新增管理人數(shù)、隨訪人次,結(jié)案人數(shù)。 |
9.2.4 | 公衛(wèi)婦女保健監(jiān)測 | 包含婦女保健相關(guān)指標:總建冊人數(shù)、新增建冊人數(shù)、首檢人次、復檢人次、分娩人次、產(chǎn)后訪視人次、乳腺癌檢查人次、宮頸癌檢查人次、高危孕產(chǎn)婦專案數(shù)、隨訪次數(shù)。 |
9.2.5 | 公衛(wèi)兒童保健監(jiān)測 | 包含兒童保健相關(guān)指標:總檢查人數(shù)、新增建冊人數(shù)、新生兒體檢人次、0-6歲兒童體檢人次、中醫(yī)服務次數(shù)、體弱兒童總數(shù)、新增體弱兒童數(shù)、隨訪次數(shù)。 |
9.2.6 | 公衛(wèi)其他監(jiān)測 | 包含老年人管理指標、突發(fā)公共衛(wèi)生事件指標、健康教育指標及衛(wèi)生監(jiān)督指標。 |
10 | 系統(tǒng)接口 | |
10.1 | **省基層信息系統(tǒng) | 與**省基層信息系統(tǒng)對接,實現(xiàn)**基層數(shù)據(jù)上報 |
10.2 | **省婦幼信息系統(tǒng) | 與**省婦幼信息系統(tǒng)對接,實現(xiàn)**婦幼本地化管理 |
10.3 | **省影像云系統(tǒng) | 與**省影像云系統(tǒng)對接,實現(xiàn)**基層與**省影像云業(yè)務協(xié)同 |
10.4 | **市醫(yī)保接口(城鎮(zhèn)職工、城鄉(xiāng)居民) | 與**市醫(yī)保接口(城鎮(zhèn)職工、城鄉(xiāng)居民)對接,實現(xiàn)**基層系統(tǒng)醫(yī)保業(yè)務開展 |
10.5 | **市全民健康信息平臺 | 與**市全民健康信息平臺對接,實現(xiàn)**基層數(shù)據(jù)上報 |
10.6 | **市分級診療應用系統(tǒng) | 與**市分級診療應用系統(tǒng)對接,實現(xiàn)**基層與醫(yī)聯(lián)體、醫(yī)共體、遠程醫(yī)療的互聯(lián)互通 |
10.7 | **市電子居民健康卡 | 與**市電子居民健康卡對接,實現(xiàn)**居民EMPI完善 |
(九) | ****醫(yī)院平臺 | |
1 | 互聯(lián)網(wǎng)診療系統(tǒng)(患者端) | |
1.1 | 醫(yī)院首頁 | |
1.1.1 | 醫(yī)院首頁 | ****醫(yī)院的首頁,支持服務版塊分區(qū),****醫(yī)院特色。 |
1.1.2 | 科室首頁 | 支持展示科室首頁,展現(xiàn)科室診療服務特色; 支持通過科室通道找到醫(yī)生進行服務。 |
1.1.3 | 醫(yī)生首頁 | 支持展示醫(yī)生首頁展示,展示信息包括醫(yī)生個人信息、科室信息、機構(gòu)信息、服務信息及擅長領域和評價等。 |
1.1.4 | 找醫(yī)生、科室、疾病 | 支持輸入搜索條件檢索醫(yī)生、科室、疾。 支持通過快捷功能入口,快速找到指定醫(yī)生、科室、疾病。 |
1.1.5 | 推薦科室 | 針對醫(yī)院的優(yōu)質(zhì)科室,進行個性化的定制服務推薦展示,可以突出科室的亞?苾(yōu)勢等。 |
1.1.6 | 推薦醫(yī)生 | 展示醫(yī)院推薦醫(yī)生列表,能夠快速進入醫(yī)生主頁。 |
1.1.7 | 消息中心 | 包含支付、服務、系統(tǒng)消息。 |
1.2 | 在線問診 | |
1.2.1 | 快速問診 | 由醫(yī)院組織成立專業(yè)?漆t(yī)生問診團隊7*12小時(可自定義)坐診,即時響應患者在線問診服務需求,能夠為患者提供醫(yī)療健康咨詢、復診診斷續(xù)方、康復指導等服務。 |
1.2.2 | 名醫(yī)問診 | 提供名醫(yī)問診服務入口,支持按照醫(yī)生姓名查詢醫(yī)生、名醫(yī)介紹、關(guān)注醫(yī)生以及名醫(yī)問診申請與服務相關(guān)功能。 |
1.2.3 | 藥師咨詢 | 支持藥師咨詢服務,患者可以結(jié)合自身用藥情況,向藥師咨詢藥品治療范圍、藥品用量以及藥師使用注意事項等。 |
1.3 | 圖文/電話/視頻咨詢 | |
1.3.1 | 圖文復診 | 支持圖文、圖片、語音三種形式圖文復診服務交流輸入; 支持按照服務條目數(shù)限制患者復診咨詢; 支持時間周期自動結(jié)束圖文復診服務; 支持服務時間周期未提供自動退款。 |
1.3.2 | 電話復診 | 電話復診服務由醫(yī)生主動發(fā)起,患者無需其他操作; 支持電話復診服務服務意向時間選擇; 支持電話復診服務患者聯(lián)系電話修改; 支持時間周期自動結(jié)束電話復診服務; 支持圖文、圖片、語音三種形式電話復診服務交流輸入。 |
1.3.3 | 視頻復診 | 支持視頻復診服務說明,包括:1、視頻復診采用預約服務制,患者需要在指定時間接入聊天室,2、視頻服務時長可累計,3、視頻服務有效期等; 支持視頻復診服務時長選擇(時長不同費用可不同); 支持視頻復診服務時間預約; 支持有效期內(nèi),多次預約視頻復診服務。 |
1.4 | 團隊問診 | 支持領銜專家和科室的多名醫(yī)生形成一個團隊,共同會患者提供在線專科問診服務。患者購買專家團隊問診后,團隊的醫(yī)生共同提供服務。 |
1.5 | 在線義診 | 提供在線義診服務入口,支持按照醫(yī)生姓名查詢醫(yī)生、名醫(yī)介紹、關(guān)注醫(yī)生以及在線義診問診申請與服務相關(guān)功能。 |
1.6 | ?茊栐\ | 支持?铺厣搬t(yī)生等信息的展示,通過專科通道選擇科室、問診類型和醫(yī)生。 |
1.7 | 個人中心 | |
1.7.1 | 我的醫(yī)生/往來消息 | 快速查看所有服務過或者正在服務醫(yī)生,查看醫(yī)患服務消息歷史,與正在服務的醫(yī)生進行醫(yī)患咨詢。IM聊天,支持發(fā)送圖片、文本、視頻電話等。 |
1.7.2 | 個人資料 | 支持通過身份證實名認證; 支持個人信息維護。 |
1.7.3 | 就診人管理 | 支持就診人添加、實名認證、就診人信息填報,已添加就診人聯(lián)系電話維護(上限12人)。 |
1.7.4 | 實名認證 | 支持按照身份證進行用戶實名認證。 |
1.7.5 | 優(yōu)惠券 | 患者優(yōu)惠券信息分區(qū)展示及使用說明介紹。職稱,從而找到符合條件的醫(yī)生進行服務。 |
1.7.6 | 問診訂單 | 支持問診訂單就診人信息維護; 支持全部問診訂單查看與按訂單狀態(tài)訂單查看; 支持服務詳情查看,包括服務醫(yī)生、問診對話、下單時間、支付信息、服務歸屬等詳細信息查看。 |
1.7.7 | 我的服務 | 支持患者申請服務記錄查詢,并可以查看問診對話記錄,并支持再次購買。 |
2 | 互聯(lián)網(wǎng)診療系統(tǒng)(醫(yī)生端) | |
2.1 | 快捷服務 | |
2.1.1 | 義診室 | 支持義診服務領。 支持與患者進行語音、文字溝通。 |
2.1.2 | 就診掛號 | 主要用于線下掛號患者的快速開藥業(yè)務。 支持患者掛號信息錄入; 支持患者快速處方開立。 |
2.1.3 | 專科團隊 | 支持快速進入專家團隊服務界面,搶單接診為患者專病專看,答疑解惑。 |
2.2 | 服務管理 | |
2.2.1 | 個人圖文問診設置 | 支持圖文問診開啟與關(guān)閉; 支持圖文問診自定義價格設定; 支持圖文問診單日號源數(shù)量限制設置; 支持圖文問診服務時間上限修改 支持圖文問診對話次數(shù)是否限制與有效次數(shù)修改。 |
2.2.2 | 個人電話問診設置 | 支持電話問診開啟與關(guān)閉; 支持電話問診自定義價格設定; 支持電話問診單日個人排班設置,能夠設置可預約時間; 支持電話問診服務時間上限修改; 支持電話問診圖文對話次數(shù)是否限制與有效次數(shù)修改。 |
2.2.3 | 個人視頻問診設置 | 支持視頻問診開啟與關(guān)閉; 支持視頻問診自定義價格設定; 支持視頻問診單日個人排班設置,能夠設置可預約時間; 支持視頻問診服務時間上限修改; 支持視頻問診圖文對話次數(shù)是否限制與有效次數(shù)修改。 |
2.2.4 | 專家團隊問診查看 | 該功能僅支持運營管理端配置,醫(yī)生端用戶可以查看醫(yī)生所在專家團隊列表信息以及專家團隊問診服務信息,包括服務患者數(shù)、團隊成員、團隊問診價格等信息。 |
2.3 | 我的診室 | |
2.3.1 | 圖文問診 | 圖文問診接診 1.支持問診服務按照“待接診”、“當前問診”查看; 2.支持問診服務一鍵進入服務。 圖文問診服務 1.支持患者詳情信息查看; 2.支持醫(yī)生贈送服務次數(shù); 3.支持與患者語音、問診、圖片交流。 |
2.3.2 | 電話問診 | 電話問診接診 1.支持電話問診預約提示; 2.支持問診服務一鍵進入服務。 電話問診服務 1.支持醫(yī)生自主發(fā)起電話問診服務; 2.支持電話隱藏處理; 3.支持超時自動掛斷; 4.支持與患者語音、問診、圖片交流; 5.支持醫(yī)生贈送圖文交流服務次數(shù)。 |
2.3.3 | 視頻問診 | 視頻問診接診 1.支持問診服務按照“待接診”、“當前問診”查看; 2.支持問診服務一鍵進入服務。 視頻問診服務 1.支持醫(yī)生自主發(fā)起視頻問診服務; 2.支持視頻問診時長累計; 3.支持視頻問診再次發(fā)起; 4.支持與患者語音、問診、圖片交流; 5.支持醫(yī)生贈送圖文交流服務次數(shù)。 |
2.3.4 | 團隊問診列表 | 1.支持團隊問診服務列表,可以查詢“待服務”團隊問診項目; 2.支持查看患者的問診信息; 3.支持服務狀態(tài)管理,包括“開啟服務”、“停止服務”。 |
2.3.5 | 服務團隊查看 | 支持服務團隊信息查看,包括團隊人數(shù)與成員、擅長服務以及服務患者量等,并支持查看團隊下服務患者列表。 |
2.3.6 | 接診與服務 | 1.支持團隊問診服務列表,可以查詢“待服務”團隊問診項目; 2.支持查看患者的問診信息; 3.支持“退單”、“接診”服務操作; 4.支持與患者進行語音、文字溝通。 |
2.3.7 | 電子病例 | 1.支持為患者**病歷; 2.支持主訴、現(xiàn)病史、診斷信息、治療建議等信息填寫; 3.支持病歷模板編輯與引用。 |
2.3.8 | 贈送服務 | 醫(yī)生在常規(guī)服務結(jié)束后,醫(yī)生可贈送次數(shù)服務。 |
2.3.9 | 問卷調(diào)查 | 支持醫(yī)生服務過程中使用問卷,支持問卷發(fā)放,問卷結(jié)果查看等。 |
2.3.10 | 健康資訊 | 支持醫(yī)生服務過程中發(fā)送健康文章、圖片給患者。 |
2.4 | 患者管理 | |
2.4.1 | 患者搜索 | 點擊患者,進入患者列表頁面。 醫(yī)生可以根據(jù)患者信息快速搜索查找患者,方便醫(yī)生快速、準確的服務患者。 |
2.4.2 | 分組管理 | 對用戶進行分組,方便醫(yī)生針對不同組別的用戶針對性管理和服務。 |
2.4.3 | 群發(fā)消息 | 醫(yī)生可以給患者群發(fā)消息,點擊“群發(fā)消息”按鈕,進入群發(fā)消息頁面,可以按照分組群發(fā): |
2.4.4 | 患者列表 | 支持按照列表查看患者信息; 支持按照患者分組查看分組列表患者信息。 |
2.4.5 | 患者詳情 | 支持查看患者個人信息與分組信息; 支持查看該患者醫(yī)生筆記、健康檔案、歷史處方、就診病歷、問診記錄等信息。 |
2.5 | 個人中心 | |
2.5.1 | 個人信息 | 醫(yī)生的個人信息及資質(zhì)信息進行查看及維護等。 |
2.5.2 | 義診推廣活動 | 醫(yī)生可通過義診推廣活動頁面進行查看及參加,醫(yī)生點擊義診活動的主題多選窗口,可輸入每日接診的數(shù)量,確定后參加義診活動。再次點擊選擇框進行參與義診活動的關(guān)閉。 |
2.5.3 | 二維碼名片 | 支持醫(yī)生二維碼,患者使用微信掃碼二維碼會自動進入對應的公眾號或小程序。如醫(yī)生有多個終端二維碼,可左右滑動進行二維碼展示。 |
2.5.4 | 我的問診記錄 | 支持我的問診記錄列表顯示,服務列表展示服務的狀態(tài)、服務患者等信息。 |
2.5.5 | 我的錢包 | ****銀行卡信息維護; 支持執(zhí)業(yè)機構(gòu)績效規(guī)則查看。 |
2.5.6 | 我的成就 | 支持醫(yī)生入駐時間以及整體接診率、好評率、用戶總數(shù)、總體服務量等信息展示。 |
2.5.7 | 醫(yī)生助手 | 支持在線醫(yī)生助手服務,可以滿足用戶在線平臺操作等客服咨詢服務; 支持400客服電話。 |
2.5.8 | 患者評價 | 支持患者評價的列表展示; 支持醫(yī)生查看評價詳情; 支持按照服務類型、評價類型和評分進行篩選查詢。 |
2.5.9 | 就診病歷 | 支持醫(yī)生用戶書寫的所有病歷查詢與瀏覽。 |
2.6 | 消息中心 | 支持患者問答消息提醒; 支持服務購買消息提醒; 支持服務開啟關(guān)閉提醒。 |
3 | 互聯(lián)網(wǎng)診療系統(tǒng)(運營端) | |
3.1 | 機構(gòu)人員管理 | |
3.1.1 | 機構(gòu)管理 | 支持機構(gòu)信息編輯,支持機構(gòu)是否啟用,支持機構(gòu)下的科室與醫(yī)務人員管理。 |
3.1.2 | 人員管理 | 查看醫(yī)生列表、搜索醫(yī)生、編輯是否啟用、編輯是否前端顯示、編輯醫(yī)生排序。查看醫(yī)生個人所開通的個人服務。 |
3.2 | 服務配置 | |
3.2.1 | 機構(gòu)服務管理 | 支持查看機構(gòu)所開展的服務,為機構(gòu)創(chuàng)建新服務; 支持首頁展示模塊配置; 支持功能模塊入口配置。 |
3.2.2 | 科室服務管理 | 設置熱門科室、編輯科室展示順序。 |
3.2.3 | 個人服務管理 | 支持搜索醫(yī)生、查看醫(yī)生圖文、電話、視頻、報告解讀等服務實例開通狀態(tài)及詳情; 支持編輯醫(yī)生服務,批量服務開關(guān)。 |
3.2.4 | ?茍F隊管理 | 支持專科醫(yī)生團隊醫(yī)生的增加與刪除; 支持啟用禁用專科團隊功能; 支持編輯團隊所使用的服務實例。 |
3.2.5 | 專家團隊管理 | 支持專家醫(yī)生團隊醫(yī)生的增加與刪除; 支持啟用禁用專家團隊功能; 支持編輯團隊所使用的服務實例。 |
3.2.6 | 醫(yī)生排班管理 | 支持醫(yī)生搜索操作; 支持醫(yī)生圖文和視頻問診的排班管理。 |
3.2.7 | 醫(yī)生服務權(quán)限管理 | 配置醫(yī)生端是否可修改價格及自定義價格范圍、是否允許醫(yī)生修改排班等。 |
3.3 | 醫(yī)生用戶配置 | |
3.3.1 | 首頁快捷入口 | 配置醫(yī)生端首頁頂端功能區(qū)域。 |
3.3.2 | 醫(yī)生二維碼名片管理 | 支持查詢醫(yī)生二維碼信息; 支持配置醫(yī)生二維碼; 支持批量導出醫(yī)生二維碼。 |
3.3.3 | 醫(yī)生勿擾模式配置 | 支持配置醫(yī)生端勿擾模式的開關(guān)和勿擾時間段。 |
3.3.4 | 醫(yī)生IM功能管理 | 支持配置醫(yī)生IM中的常用功能。 |
3.3.5 | 診前問券配置 | 支持查看或編輯診前問卷模板; 支持自定義問題及答案。 |
3.4 | 患者用戶配置 | |
3.4.1 | 網(wǎng)絡診室配置 | ****醫(yī)院網(wǎng)絡診室的增加、刪除與修改; 支持醫(yī)生、?茍F隊、專家團隊的診室分類。 |
3.4.2 | Banner管理 | 支持患者端banner的內(nèi)容配置、查看權(quán)限配置、禁用配置以及刪除等操作。 |
3.4.3 | 公告配置 | 支持配置患者端首頁公告,支持刪除公告、查詢公告、新增公告操作。 |
3.4.4 | 推薦醫(yī)生配置 | 支持首頁推薦醫(yī)生維護,包括增加、刪除與修改。 |
3.4.5 | 健康資訊配置 | ****醫(yī)院首頁圖文資訊模塊配置。 |
3.4.5 | 健康視頻配置 | ****醫(yī)院首頁視頻資訊模配置塊。 |
3.4.7 | 用戶端首頁配置 | ****醫(yī)院機構(gòu)首頁配置,包括業(yè)務入口及首頁服務模塊等。 |
3.4.8 | 找醫(yī)生-科室配置 | 支持查看、編輯、刪除網(wǎng)絡問診的科室排序。 |
3.4.9 | 找醫(yī)生-疾病配置 | 支持查看、編輯、刪除網(wǎng)絡問診-按疾病查找內(nèi)的疾病排序。 |
3.5 | 運營工具 | |
3.5.1 | 優(yōu)惠券管理 | 支持優(yōu)惠券活動配置,包括優(yōu)惠券查看與停用等。 |
3.5.2 | 義診管理 | 支持義診活動配置,包括活動信息新增、編輯、發(fā)布。 |
3.5.3 | 活動管理 | 支持新增活動、查詢活動、編輯活動、活動渠道管理。 |
3.5.4 | 渠道管理 | 支持新增渠道、查詢渠道、編輯渠道,單獨渠道配置。 |
3.5.5 | 自定義H5頁配置 | 支持自定義H5頁面新增、編輯、禁用、刪除操作,可查看頁面鏈接、終端名稱。 |
3.5.6 | 彈窗配置-用戶端 | 支持患者端首頁新增彈窗、查詢彈窗、編輯彈窗,禁用或刪除彈窗設置。 |
3.5.7 | 彈窗配置-醫(yī)生端 | 支持醫(yī)生端首頁新增彈窗、查詢彈窗、禁用彈窗,推送配置。 |
3.5.8 | 患者報道配置 | 支持醫(yī)生端患者報道界面功能的開啟與關(guān)閉,贈送服務的開啟與關(guān)閉,支持批量處理。 |
3.5.9 | 芝麻客服渠道管理 | 支持新增渠道、編輯渠道、編輯服務范圍、刪除渠道的配置。 |
3.6 | 標簽素材管理 | |
3.6.1 | 標簽管理 | 支持以疾病/癥狀/治療方法/其他維度來新增、編輯、查詢標簽。 |
3.6.2 | 問卷素材 | 支持用戶問卷素材的查詢; 支持用戶問卷的發(fā)布、暫停狀態(tài)修改。 |
3.6.3 | 圖文素材 | 支持對健康資訊圖文素材進行新增、編輯、刪除配置。 |
3.6.4 | 素材引用管理 | 支持圖文或問卷素材引用操作。 |
3.7 | 服務管理 | |
3.7.1 | 問診服務管理 | 支持搜索查詢問診服務詳情; 支持問診服務數(shù)據(jù)導出服務。 |
3.7.2 | 問診服務-運營質(zhì)控 | 支持通過機構(gòu)篩選按時間維度查詢醫(yī)生的問診總量、接診總量及接診率、完成量及完成率、回復量及回復率、服務中止/超時/用戶取消/醫(yī)生退單/評價量及率的統(tǒng)計情況; 支持服務情況導出。 |
3.7.3 | 問診訂單管理 | 支持查詢問診訂單詳情、退款審核、手動開票、手動沖紅。 |
3.7.4 | 評價管理 | 支持搜索并查看患者對醫(yī)生的評價內(nèi)容,可選擇屏蔽或展示。 |
3.8 | 數(shù)據(jù)分析 | |
3.8.1 | 領導駕駛艙 | 查看機構(gòu)活躍用戶、問診量、交易額等信息。 |
3.8.2 | 用戶分析 | 查看機構(gòu)新增用戶、用戶問診時間段、用戶年齡性別分布。 |
3.8.3 | 醫(yī)生分析 | 查看醫(yī)生問診量占比、醫(yī)生應答時長分布、問診明細表格。 |
4 | 處方流轉(zhuǎn)平臺(醫(yī)生端) | |
4.1 | 就診掛號 | 主要應用于線下面診服務場景;颊咴谠簝(nèi)就診時,經(jīng)患者確認,醫(yī)生根據(jù)患者基本情況與線下就診情況可以使用處方流轉(zhuǎn)平臺通過就診掛號建立處方服務入口,醫(yī)生完成就診掛號后可以進行門診病歷、電子處方、檢查檢驗預約單等服務操作。 就診掛號需要填寫的信息包括不限于患者身份證號、姓名、聯(lián)系電話、性別、生日、所在地區(qū)等。 |
4.2 | 醫(yī)患交流 | 主要應用于互聯(lián)網(wǎng)診療服務場景。該模塊是患者線上就診,醫(yī)生線上開具處方,實現(xiàn)處方流轉(zhuǎn)的服務入口。醫(yī)生能夠通過文字、語音、視頻方式與患者建立溝通聯(lián)系,醫(yī)生與患者通過互動交流的方式,使醫(yī)生全面了解患者病情、疾病病程、體征情況與過敏情況等。 |
4.3 | 門診病歷 | 醫(yī)生在“就診掛號”、“醫(yī)患交流”操作后,可以結(jié)合患者情況,在平臺中填寫患者病歷,未填寫病歷,不可以為患者開立電子處方、檢查檢驗單等操作。 病歷信息包括:主訴、現(xiàn)病史、既往史、家族史、過敏史、西醫(yī)診斷、中醫(yī)診斷、中醫(yī)治法、體格檢查、治療意見等信息; 支持醫(yī)生暫存病歷,醫(yī)生可以在暫存病歷中多次修改填寫信息; 支持醫(yī)生自定義模板,醫(yī)生可以使用模塊進行快速填寫病歷。 |
4.4 | 門診處方 | |
4.4.1 | 處方目錄 | 平臺可以為醫(yī)生配置不同的藥品目錄。 |
4.4.2 | 西藥與中成藥 | 根據(jù)醫(yī)生選的藥品目錄,加載不同的藥品,并開具西藥、中成藥藥品處方。 支持歷史處方快速添加藥品至處方箋,復用歷史處方查詢功能; 支持用戶自定義處方箋模板,醫(yī)生開方時可直接導入自定義處方箋模板。 |
4.4.3 | 中草藥(飲片/顆粒) | 根據(jù)醫(yī)生選的藥品目錄,加載不同的藥品,支持開具中草藥藥品處方。 支持歷史處方快速添加藥品至處方箋、復用歷史處方查詢功能; 支持用戶自****醫(yī)院協(xié)定方模板。 |
4.4.4 | 處方開立 | 醫(yī)生在填寫完成患者病歷并選擇藥品目錄后,進入處方箋開立操作,醫(yī)生需要按照處方箋規(guī)范要求,填寫處方箋。 支持填寫病歷后的**處方箋; 支持藥品查詢與添加; 支持歷史處方查詢與歷史處方引用; 支持電子處方信息暫存與提交; 支持藥品及藥品用法信息維護; 支持用藥、藥品用法模板與引用。 |
4.5 | 患者管理 | |
4.5.1 | 患者列表 | 醫(yī)生可以使用平臺查看已服務以及服務中的患者相關(guān)信息,支持查看患者就診記錄、患者歷史處方等。 |
4.5.2 | 就診記錄 | 醫(yī)生可以使用平臺,通過“患者列表”查看醫(yī)生為當前患者歷史就診記錄。 |
4.5.3 | 歷史處方 | 醫(yī)生可以使用平臺,通過“患者列表”查看醫(yī)生為當前患者開具過的歷史處方。 |
4.5 | 我的 | |
4.5.1 | 就診病歷 | 醫(yī)生可以查詢其服務患者開立的所有病歷,同時,支持根據(jù)診斷、患者信息及日期進行篩選并查看。 |
4.5.2 | 藥品查詢 | 醫(yī)生可以查看其開立的藥品信息,支持根據(jù)患者信息及日期進行篩選并查看。 |
5 | 處方流轉(zhuǎn)平臺(藥師端) | |
5.1 | 處方審核 | |
5.1.1 | 自動機審 | 通過合理用藥系統(tǒng)審核的處方,合理用藥系統(tǒng)過濾異常訂單篩選,藥師可以填寫用藥指導,審核通過及駁回醫(yī)生開具的異常處方。 支持符合合理用藥規(guī)范和不符合合理用藥規(guī)范電子處方分類查看; 支持批量電子處方審核。 支持自動審核電子處方審核駁回或通過。 支持處方審核工作量統(tǒng)計。 |
5.1.2 | 人工審核 | 人工審核醫(yī)生開具的處方,可以填寫用藥指導,審核通過及駁回醫(yī)生開具的異常處方。 支持按照“合理”、“不合理”、“未審核”、“全部”處方信息以及按照處方開立時間進行篩選查詢; 支持處方詳情查看; 支持用藥指導信息編輯; 支持處方審核意見填寫,與是否通過處方審核選擇。 |
5.2 | 處方記錄 | |
5.2.1 | 處方查詢 | 支持按照患者姓名查詢處方; 支持按照醫(yī)生姓名、開方時間等信息查詢處方; 支持處方訂單信息、處方詳情信息查詢。 |
5.2.2 | 處方詳情 | 結(jié)合患者信息查看藥品處方、中草藥處方及保健品處方詳情,查看處方箋開方時間、開方醫(yī)生、患者信息、聯(lián)系電話、診斷信息等。 |
5.3 | 訂單詳情 | 可根據(jù)患者信息、收件人信息及訂單狀態(tài)等信息進行查詢訂單。 支持根據(jù)患者信息、收件人信息及訂單狀態(tài)等信息進行查詢訂單; 支持跟蹤異常配送狀態(tài)訂單,如:拒簽、再投的訂單,并能夠查看物流信息、訂單詳情及標注異常原因; 支持超時未配送訂單查詢,可以跟蹤用戶下單后供應商未及時配送的訂單數(shù)據(jù); 支持已配送未簽收訂單查詢,可以跟蹤供應商已經(jīng)發(fā)貨,但用戶未及時簽收的訂單,能夠看到訂單詳情及物流信息。 |
6 | 處方流轉(zhuǎn)平臺(患者端) | |
6.1 | 醫(yī)患交流 | 患者線上與醫(yī)生進行問診交流,醫(yī)生可以線上開具處方,實現(xiàn)處方流轉(zhuǎn)的服務入口。醫(yī)生能夠通過文字、語音、視頻方式與患者建立溝通聯(lián)系,醫(yī)生與患者通過互動交流的方式,使醫(yī)生全面了解患者病情、疾病病程、體征情況與過敏情況等。 |
6.2 | 藥品訂單 | |
6.2.1 | 我的處方 | 提供個人處方信息列表功能,患者用戶可以查看面診處方、****醫(yī)院處方的處方詳情。 |
6.2.2 | 我的訂單 | 支持訂單詳情查看,可以查看訂單的詳細信息、物流信息等; 支持物流信息對接(如:EMS、京東、順豐)。 |
6.2.3 | 訂單維護 | 支持購藥訂單維護,可維護信息包括配送方式、支付方式及服務費用支付方式選擇,維護用戶的收件地址信息及收件電話。 |
6.3 | 支付管理 | 支持支付方式選擇,可選擇“在線支付”、“到院支付”兩種方式。 |
7 | 處方流轉(zhuǎn)平臺(藥房端) | |
7.1 | 藥品管理 | 藥店可以對藥品目錄、藥品價格、藥品編碼進行維護。 |
7.2 | 訂單管理 | |
7.2.1 | 訂單查詢 | 支持根據(jù)患者信息、收件人信息、訂單編號等信息查詢訂單; 支持根據(jù)患者信息、收件人信息、訂單編號等信息查詢訂單; 支持查看訂單詳情; 支持打印處方箋。 |
7.2.2 | 異常訂單 | 支持查看再投及拒收的訂單詳情; 支持異常訂單物流信息的追蹤。 |
7.3 | 配送訂單 | |
7.3.1 | 到店自提 | 支持根據(jù)患者身份證信息查詢患者用戶待自提的處方信息; 支持查詢自提狀態(tài)已付款待取藥的患者信息。 |
7.3.2 | 快遞配送 | 支持配送單打。 支持查看訂單詳情; 支持修改收件地址; ****公司選擇; 支持訂單狀態(tài)修改,包括批量拒簽/簽收訂單。 |
7.4 | 退貨管理 | 支持根據(jù)患者姓名、收件人姓名快遞單號等信息查詢訂單,并發(fā)起退貨退款流程; 支持對退貨的訂單進行維護; 支持通過時間、用戶姓名等條件查詢退貨信息; 支持退貨訂單查詢; 支持退貨訂單詳細瀏覽。 |
7.5 | 快遞對賬 | 用戶可根據(jù)****公司發(fā)貨訂單詳情,用于對賬。 ****公司篩選查看已配送訂單; ****公司發(fā)貨訂單詳情查詢對賬; 支持按時間發(fā)貨訂單詳情查詢對賬。 |
8 | 處方流轉(zhuǎn)平臺(庫房端) | |
8.1 | 庫存查詢 | 支持結(jié)合庫房信息查詢庫房下所有藥品信息,可通過藥品名稱或編碼,選擇對應庫房,查詢藥品的當前庫存。 支持對藥品上架、下架管理,支持設置藥品庫存預警值。 |
8.2 | 入庫管理 | |
8.2.1 | 藥品入庫 | 支持錄入西藥/中成藥、保健品、中草藥藥品信息與數(shù)量,支持隨貨同行單號、發(fā)票等信息錄入。 |
8.2.2 | 入庫查詢 | 根據(jù)入庫類型、庫房信息及隨貨同行單號進行查詢?nèi)霂烀骷,并支持入庫信息導出? |
8.2.3 | 入庫記錄查詢 | 根據(jù)藥品信息查詢藥品入庫記錄數(shù)據(jù)。 |
8.3 | 出庫管理 | |
8.3.1 | 藥品出庫 | 支持藥品常規(guī)出庫,調(diào)撥出庫、報損出庫、特殊出庫,退還供應商等多狀態(tài)藥品出庫管理。 |
8.3.2 | 出庫查詢 | 支持根據(jù)出庫類型、庫房查詢出庫明細,并支持出庫信息導出。 |
8.3.3 | 出庫記錄查詢 | 根據(jù)藥品信息查詢藥品出庫記錄數(shù)據(jù)。 |
8.4 | 庫房管理 | 支持多類型庫存創(chuàng)建,包括中草藥、保健品、西藥/中成藥類型等; 支持庫存啟用、停用等狀態(tài)管理。 |
8.5 | 運營管理 | |
8.5.1 | 藥品銷量查詢 | ****醫(yī)療機構(gòu)、藥品及藥品銷售時間查詢藥品銷量。 |
8.5.2 | 藥品有效期查詢 | 支持藥品有效期剩余天數(shù)查詢。 |
9 | 互聯(lián)網(wǎng)護理服務平臺(用戶微信小程序端) | |
9.1 | 實名認證 | 小程序與**實名認證系統(tǒng)綁定,患者提供手機號、姓名、身份證號以完成實名認證。 |
9.2 | 首頁 | |
9.2.1 | 定位 | 自動獲取用戶當前的定位信息,根據(jù)地理位置展示可提供的服務項目。 |
9.2.2 | 搜索 | 展示歷史搜索記錄以及熱門搜索。 |
9.2.3 | 推薦卡片 | 支持左右滑動,排序、圖片以及名稱由后臺配置。 |
9.2.4 | 服務預約狀態(tài)卡片 | 展示工單進展卡片和耗材待支付卡片(若涉及耗材)、工單狀態(tài)、服務時間。 |
9.2.5 | 分類導航欄 | 展示服務類型,按后臺配置的排序展示。 |
9.2.6 | Banner頁 | 廣告位,可針對機構(gòu)及區(qū)域進行廣告投放。 |
9.2.7 | 護理服務 | 護理服務項目首頁展示、服務項目詳情、服務項目購買。 |
9.2.8 | 在線咨詢 | 購買咨詢項目,使用圖文、短語音的方式進行提問。 |
9.2.9 | 服務快速預約 | 展示用戶購買過的全部服務項目,有剩余次數(shù)的顯示快速預約按鈕,沒有剩余次數(shù)的顯示去購買按鈕;新用戶提示尚未購買服務。 |
9.3 | 訂單 | |
9.3.1 | 全部訂單 | 患者可查看訂單類型,訂單狀態(tài),訂單詳情等信息。系統(tǒng)支持號碼隱私保護。 |
9.3.2 | 待支付訂單 | 針對待支付的上門服務類訂單和耗材訂單,支持查看詳情、取消訂單、立即支付功能。 |
9.3.3 | 待服務訂單 | 上門服務類訂單,在服務完成前,未待服務狀態(tài),用戶可以繼續(xù)預約訂單剩余服務次數(shù),或申請退款。 |
9.3.4 | 待評價訂單 | 針對已完成的上門服務類工單,系統(tǒng)提供評價功能。 |
9.3.5 | 退卡訂單 | 用戶退款入口,支持訂單,工單,耗材的退款。 |
9.4 | 我的 | |
9.4.1 | 服務地址 | 所有歷史服務地址信息,可進****服務區(qū)域內(nèi)的服務項目,可設置默認地址。 |
9.4.2 | 我的評估 | 客戶可查看護士線上評估的結(jié)果。 |
9.4.3 | 我的咨詢 | 客戶可查看提出咨詢的服務項目的詳情。 |
9.4.4 | 優(yōu)惠券 | 客戶可查看擁有的優(yōu)惠券。 |
9.4.5 | 平臺協(xié)議 | 包括用戶協(xié)議、用戶隱私政策、兒童隱私保護政策等。 |
9.4.6 | 客服和幫助 | 包括在線客服、400電話客服、意見反饋以及常見問題的解決方法。 |
10 | 互聯(lián)網(wǎng)護理服務平臺(護士手機APP端) | |
10.1 | 搶接單 | |
10.1.1 | 搶/接單 | 支持服務人員對訂單進行搶單或者接受管理人員派發(fā)的訂單。 |
10.1.2 | 切換 | 切換到首頁頁面,查看自己的工作權(quán)限。 |
10.1.3 | 工單卡片 | 查看工單信息,可查看工單詳細信息、聯(lián)系用戶、聯(lián)系客服,護士所在位置到服務對象住址的地圖頁面,查看患者歷史服務單等。 |
10.1.4 | 在線客服 | 有問題可聯(lián)系客服處理。 |
10.1.5 | 消息通知 | 查看當天的消息信息。 |
10.1.6 | 安全中心 | 護士可在APP上進行一鍵報警操作,及時撥打110、120與緊急聯(lián)系人,系統(tǒng)對護士的實施位置進行保護、行程錄音及隱私進行保護,當護士觸發(fā)報警后,系統(tǒng)會短信通知運營人員。 |
10.1.7 | Banner | 支持banner配置,可針對護士進行廣告宣傳。 |
10.2 | 服務 | |
10.2.1 | 工單詳情 | 工單詳情包括訂單狀態(tài),訂單信息等。 |
10.2.2 | 出門 | 對于已搶工單,在出門服務時可點擊出門按鈕,系統(tǒng)自動獲取護士點擊出門至點擊開始之間的路程信息,進行導航。點擊出門按鈕,保險自動生效。 |
10.2.3 | 服務開始 | 護士到達患者處,點擊開始按鈕,開始服務。系統(tǒng)可監(jiān)測位置異常并全程錄音。 |
10.2.4 | 一鍵報警 | 護士可在APP上進行一鍵報警操作,及時撥打110、120與緊急聯(lián)系人。 |
10.2.5 | 評估 | 護士對需要進行評估的患者進行二次評估。 |
10.2.6 | 服務完成 | 護士在完成服務后,可填寫服務記錄信息,使醫(yī)療服務留痕。可填寫使用耗材,生成耗材訂單供患者支付。 |
10.2.7 | 垃圾投放 | 訂單完成頁面,可點擊"垃圾投放”按鈕,投放醫(yī)療廢棄物,同時自動記錄投放地點和內(nèi)容。 |
10.3 | 咨詢 | |
10.3.1 | 當前咨詢 | 查看客戶當前需要咨詢的服務項目。 |
10.3.2 | 歷史咨詢 | 查看客戶歷史咨詢的服務項目。 |
10.4 | 我的 | |
10.4.1 | 我的保單 | 護士可查看每次上門護理所對應的保險保單。 |
10.4.2 | 服務項目 | 可查看護士的服務項目,可申請新增項目或刪除已有服務項目。 |
10.4.3 | 護理記錄儀 | 平臺支持接入護理記錄儀,支持查看護理記錄儀型號、綁定時間和狀態(tài)的詳情。 |
10.4.4 | 服務區(qū)域 | ****服務區(qū)域,****服務區(qū)域。 |
10.4.5 | 咨詢服務 | 可查看客戶的圖文咨詢詳情。 |
10.4.5 | 錢包 | 服務人員服務收入情況。 |
10.4.7 | 我的二維碼 | 護士完成工單后可憑借二維碼得到推薦費,客戶也可通過掃描二維碼下單。 |
10.4.8 | 物資配比 | 記錄每個護士的耗材使用情況。 |
10.4.9 | 排班表 | 護士可查看工作排班。 |
10.4.10 | 銀行卡號 | 查****銀行卡號信息,用戶可以自主更新維護。 |
10.4.11 | 我的評估 | 可查詢護士對客戶做的評估表。 |
10.4.12 | 平臺協(xié)議 | 包括護士服務協(xié)議、護士隱私協(xié)議、錄音信息隱私保護政策、簽約協(xié)議及安全須知。 |
10.4.13 | 意見反饋 | 護士遇到問題、意見或功能異常的時候可上傳頁面截圖進行反饋。 |
11 | 互聯(lián)網(wǎng)護理服務平臺(運營管理PC端) | |
11.1 | 機構(gòu)管理 | |
11.1.1 | 基本配置 | 支持查看機構(gòu)的基本配置情況、修改機構(gòu)相關(guān)參數(shù)、支持進行上門陪護配置。 |
11.1.2 | 知情告知書 | 配置用戶在下單前需要閱讀的《服務項目知情告知書》。 |
11.1.3 | 簽約協(xié)議 | 配置員工在注冊平臺時的《“互聯(lián)網(wǎng)+護理服務”勞務協(xié)議》。 |
11.1.4 | 費用配置 | 配置機構(gòu)各項費用的名稱、員工結(jié)算比例、計費規(guī)則以及退款規(guī)則。 |
11.1.5 | 變更日志 | 對機構(gòu)相關(guān)信息進行變更后,系統(tǒng)會自動記錄,可通過搜索變更時間,變更類型、變更名稱,變更人員,等查詢具體變更內(nèi)容 |
11.2 | 服務對象檔案 | 顯示服務對象信息列表、模板下載、導入服務對象、服務對象建檔。 |
11.3 | 人事管理 | |
11.3.1 | 員工管理 | 支持員工基本信息維護、員工資質(zhì)文件維護、員工服務項目及服務范圍設置、護士資質(zhì)審核。 |
11.3.2 | 團隊管理 | 可將服務人員按需要劃分為不同的組,支持進行團隊管理。 |
11.3.3 | 排班管理 | 支持新增班次、編輯員工排班、導出排班、導入排班。 |
11.4 | 服務運營 | |
11.4.1 | 工單跟蹤 | 支持服務跟蹤、全流程服務記錄、服務變更操作、數(shù)據(jù)處理。 |
11.4.2 | 訂單運營 | 支持訂單詳情查詢、訂單處理、訂單導出、實時監(jiān)控服務人員位置以及當前服務狀態(tài)。 |
11.4.3 | 黑名單管理 | 可對服務對象或服務人員進行拉黑處理。 |
11.4.4 | 評價管理 | 評價管理頁面可以查看服務人員和服務對象的相關(guān)評價。 |
11.5 | 營銷管理 | |
11.5.1 | 優(yōu)惠券管理 | 設置優(yōu)惠券的領取方式、數(shù)量及可用優(yōu)惠券的范圍。 |
11.5.2 | 活動促銷 | 在節(jié)假日降低部分項目的價格,用戶在做活動的時間進入小程序,除加價的時間段外均為促銷價格。 |
11.5.3 | 節(jié)假日加價 | 在節(jié)假日提高部分項目的價格,用戶在微信端購買預約時選擇加價的日期,購買的價格為加價后的價格。 |
11.6 | 評估管理 | |
11.6.1 | 評估列表 | 點擊評估列表菜單欄,再點擊詳情,可以查看評估詳情表。 |
11.6.2 | 評估量表 | 可查看機構(gòu)所有評估量表,也可新增修改,評估量表可引用到該機構(gòu)的服務項目中。 |
11.7 | 運營管理 | |
11.7.1 | 廣告管理 | 配置小程序、護士APP端首頁上方的banner圖片。 |
11.7.2 | 運營報表 | 可以查看、分析機構(gòu)運營狀況。 |
11.8 | 財務管理 | |
11.8.1 | 結(jié)算記錄 | 系統(tǒng)根據(jù)結(jié)算周期自動統(tǒng)計結(jié)算周期內(nèi)訂單。 |
11.8.2 | 薪酬管理 | 支持薪酬統(tǒng)計、員工獎懲、薪資對賬。 |
11.9 | 配置管理 | |
11.9.1 | 工作時間設置 | 工作時間設置中可對機構(gòu)預約時間、預約時間間隔、同一時間服務能力進行設置與管理。 |
11.9.2 | 服務項目配置 | 支持服務項目內(nèi)容的導入、導出、批量修改、停用、刪除、編輯等操作。支持服務項目新增及基礎信息配置、服務模式設置、服務區(qū)域配置、服務項目其他信息配置。 |
11.9.3 | 個人診室配置 | 支持個人診室基本配置,用戶可在線上對醫(yī)護人員進行圖文問診。 |
11.9.4 | 評價設置 | 配置管理中的評價可以根據(jù)不同的維度設置相應的評價標簽和分數(shù)。 |
11.9.5 | 職稱設置 | 支持根據(jù)職稱類別、職稱名稱篩選搜索職稱信息。 |
11.10 | 物資管理 | |
11.****.1 | 物資目錄 | 所有機構(gòu)物資使用物資情況的列表 ,物資目錄支持新增、編輯、刪除。 |
11.****.2 | 物資包管理 | 支持物資打包出售,可生成不同物資包,并對物資包進行管理、查詢 |
11.****.3 | 倉庫日志 | 記錄每次出入庫后物資的剩余情況。 |
11.****.4 | 員工物資查詢 | 員工請領物資情況查詢,查看員工持有數(shù)量,確認是否需要給員工繼續(xù)郵。 |
11.****.5 | 倉庫配置 | 可建立倉庫,編輯倉庫信息,支持多個倉庫名稱、位置及管理員等信息的管理。 |
11.****.6 | 固定資產(chǎn) | 可通過資產(chǎn)性質(zhì)、狀態(tài)、分類、保修時間對資產(chǎn)進行多級篩選查看。點擊“導出”可生成資產(chǎn)列表。 |
11.****.7 | 物資查詢 | 查詢當前倉庫的物資剩余情況,可導出機構(gòu)使用的所有物資,了解物資使用情況。 |
11.****.8 | 物資入庫 | 將物資入庫到不同的倉庫,支持后期管理維護。 |
11.****.9 | 盤點管理 | 物資盤點對賬,支持查看當前倉庫物資剩余情況。 |
11.****.10 | 物資請領 | 可查看員工的請領數(shù)據(jù),可查看物資請領詳情,對請領進行待處理、已駁回、已發(fā)貨等操作。 |
12 | 系統(tǒng)對接 | |
12.1 | 與**省互聯(lián)網(wǎng)醫(yī)療監(jiān)管平臺對接 | ****醫(yī)院平臺將與**省互聯(lián)網(wǎng)醫(yī)療監(jiān)管平臺對接,****醫(yī)院的醫(yī)療數(shù)據(jù)上報,將互聯(lián)網(wǎng)醫(yī)療數(shù)據(jù)統(tǒng)一集中,由監(jiān)管平臺進行分類監(jiān)管,****衛(wèi)健委****醫(yī)院以及互聯(lián)網(wǎng)醫(yī)療數(shù)據(jù)相關(guān)政策,保證互聯(lián)網(wǎng)診療行為合法合規(guī),保證互聯(lián)網(wǎng)+醫(yī)療健康服務有序開展。 |
13 | CA認證系統(tǒng) | CA認證系統(tǒng)基于國產(chǎn)密碼的電子認證****醫(yī)院平臺按不同的能力集合,提供數(shù)字證書服務、身份認證服務、電子認證服務和電子簽章服務等四種安全支撐服務。 |
13.1 | 簽名驗簽時間戳服務平臺 | |
13.1.1 | 簽名及驗證簽名 | 實現(xiàn)基于數(shù)字證書的數(shù)字簽名、驗證簽名、加解密等功能。 |
13.1.2 | 強身份驗證 | 與客戶端組件一起完成強身份驗證的安全登錄。 |
13.1.3 | 簽發(fā)時間戳 | 接收應用系統(tǒng)發(fā)來的時間戳簽發(fā)請求,簽發(fā)時間戳后將時間戳返回給應用系統(tǒng)。 |
13.2 | 證書管理系統(tǒng) | |
13.2.1 | 證書自動更新 | 收集證書應用環(huán)境發(fā)起的證書更新請求,再統(tǒng)一由證書管理服務器管理員批量更新證書并由證書應用環(huán)境自動更新證書,證書更新支持移動端和PC端在線和離線更新。 |
13.2.2 | 客戶端自動更新 | 證書管理服務器發(fā)布客戶端軟件更新包,用戶客戶端從證書管理服務器服務端獲取相關(guān)更新包進行更新,支持客戶端自動升級。 |
13.3 | 軟盾密鑰協(xié)同系統(tǒng) | |
13.3.1 | 證書生命周期管理 | 提供移動端數(shù)字證書的申請、簽發(fā)、更新、吊銷等證書生命周期服務。 |
13.3.2 | 身份認證及簽名 | 實現(xiàn)基于PC端、移動端數(shù)字證書的身份認證和電子簽名功能。 |
13.3.3 | 協(xié)同簽名 | 提供數(shù)據(jù)簽名服務接口,支持業(yè)務系統(tǒng)發(fā)起簽名請求,服務器與用戶手機,服務器與PC端完成協(xié)同簽名。 |
13.3.4 | 賬號同步 | 支持與PC軟盾賬戶同步。 |
13.3.5 | 證書授權(quán) | 支持數(shù)字證書授權(quán)機制。 |
13.4 | 電子簽章服務系統(tǒng) | |
13.4.1 | 可視化簽名 | 與信息系統(tǒng)集成,實現(xiàn)電子簽名可視化, |
13.4.2 | 印章管理 | 實現(xiàn)電子印章的存儲和調(diào)用 |
13.4.3 | 印章綁定 | 支持電子印章圖片寫入證書存儲介質(zhì)中,并與證書綁定 |
13.4.4 | 印章采集 | 支持自動生成電子印章圖片,或支持采集的手寫簽名 |
13.4.5 | 印章調(diào)用 | 支持電子印章在手機盾、PC軟盾場景下的調(diào)用 |
以健康服務一體化、業(yè)務建設集約化為手段,通過建設連接市、縣(區(qū))各級各類管理機構(gòu)、醫(yī)療機構(gòu)、公共衛(wèi)生服務機構(gòu)的實體平臺,實現(xiàn)橫向打通市內(nèi)各區(qū)域醫(yī)療服務****聯(lián)通道,縱向打通省、市、縣三級平臺,形成橫向到邊縱向到底的醫(yī)療衛(wèi)生信息化服務體系,服務18****醫(yī)院、59****衛(wèi)生院、668個村衛(wèi)生室、26****服務站、5個婦幼保健機構(gòu)。
**市全民智慧健康醫(yī)療系統(tǒng)要求利用云大物移等技術(shù),為平臺建設及相關(guān)應用提供信息化技術(shù)支撐和價值服務的載體。市、縣兩級級平臺要求建設虛擬化平臺提供服務。
總體技術(shù)路線要遵循面向服務的SOA設計原則和技術(shù)標準,采用B/S模式架構(gòu)體系,提供數(shù)據(jù)集成、應用集成、流程集成、界面集成以及服務集成等技術(shù)手段,實現(xiàn)各子項目的總集成。在系統(tǒng)設計中,應充分考慮醫(yī)療健康業(yè)務的特殊性和復雜性,確保系統(tǒng)的總體性能滿足用戶要求,不發(fā)生長時間業(yè)務中斷、阻塞、死鎖等情況。系統(tǒng)采用面向性能的設計原則,以相應的技術(shù)保證整個系統(tǒng)高效運行,并制定系統(tǒng)優(yōu)化策略和方案,確保在今后一段時期內(nèi)業(yè)務增長的情況下,系統(tǒng)仍具有較高的性能。
本項目所開發(fā)的軟件應遵循國家、省、市(區(qū)縣)關(guān)于全民健康信息化的頂層設計,整體構(gòu)架應具備易部署、易管理和易使用的特點,既要保持核心架構(gòu)的穩(wěn)定性,又要滿足用戶個性化需求以及整體安全性等方面的需要,同時兼顧系統(tǒng)的可用性、可靠性和可擴展性。
l 采用標準和開放的技術(shù)。系統(tǒng)設計要遵循國家衛(wèi)生技術(shù)標準和規(guī)范以及國家電子政務標準化指南及相關(guān)標準,采用先進、開放的技術(shù),支持主流廠商的硬件和操作系統(tǒng)平臺?紤]降低技術(shù)風險以及特定供應商的依賴性,有利于保持系統(tǒng)的向后兼容性、可集成性和可擴展性;
l 關(guān)鍵服務組件的標準化:****衛(wèi)健委相關(guān)標準,以保證基礎信息的一致性、身份識別唯一性、個人隱私的安全性、數(shù)據(jù)共享和交換的可定義性,最終保證系統(tǒng)建成后的互聯(lián)互通和信息共享;
l 采用門戶架構(gòu)技術(shù),把各種應用系統(tǒng)、數(shù)據(jù)**和其他各類**統(tǒng)一集成到通用門戶之下,通過權(quán)限管理為不同用戶展現(xiàn)個性化的應用界面和業(yè)務功能,并通過對事件和消息的處理傳輸把用戶有機地聯(lián)系在一起;
l 能穩(wěn)定、高效的****醫(yī)療機構(gòu)同時聯(lián)網(wǎng)運行;保證數(shù)據(jù)高效、穩(wěn)定、完整傳輸。
l 相關(guān)系統(tǒng)應提供良好的前臺單筆業(yè)務(交易)響應時間、后臺每秒業(yè)務(交易)處理筆數(shù)的匹配關(guān)系,每筆業(yè)務(交易)處理時間應在5秒內(nèi)完成;
l 批量數(shù)據(jù)采集及交換,每分鐘不低于10000條;在萬兆帶寬條件下,支持從外部數(shù)據(jù)源導入到數(shù)據(jù)庫,平均每節(jié)點的導入速度能夠達到100MB/s;
l 系統(tǒng)應能支持百萬級數(shù)據(jù)規(guī)模的快速存儲和查詢,其中,千條數(shù)據(jù)以內(nèi)的數(shù)據(jù)加載和存儲,平均響應時間在5秒之內(nèi);千條數(shù)據(jù)以內(nèi)的統(tǒng)計,平均響應時間在10秒之內(nèi);
l 結(jié)構(gòu)化數(shù)據(jù)服務,單數(shù)據(jù)節(jié)點QPS:10000QPS,結(jié)構(gòu)化數(shù)據(jù)服務,隨機單行讀寫延時:小于10ms;
**市全民智慧健康醫(yī)療系統(tǒng)項目的系統(tǒng)安全應達到我國計算機信息系統(tǒng)安全保護等級劃分準則中規(guī)定的等保三級2.0安全要求進行安全保障。
信息安全建設的目標是支撐和保障基層信息管理系統(tǒng)和業(yè)務的安全穩(wěn)定運行,防止信息網(wǎng)絡癱瘓、防止應用系統(tǒng)破壞、防止業(yè)務數(shù)據(jù)丟失、防止衛(wèi)生信息泄密、防止終端病毒感染、防止有害信息傳播、防止惡意滲透攻擊,以確保信息系統(tǒng)安全穩(wěn)定運行,確保業(yè)務數(shù)據(jù)安全。
序號 | 系統(tǒng) | 功能描述 |
一 | 標準規(guī)范體系 | 按照平臺的總體框架,確定建設內(nèi)容和標準規(guī)范的邏輯關(guān)系,根據(jù)國家衛(wèi)生信息標準體系基本框架,進行本項目標準規(guī)范體系建設 |
1 | 基礎類標準 | 基礎類標準一般是一組由國際、國家或行業(yè)頒布的標準,用于指導醫(yī)療衛(wèi)生信息標準的指**規(guī)范 |
2 | 數(shù)據(jù)類標準 | 數(shù)據(jù)類標準是在充分的業(yè)務分析、業(yè)務與應用需求分析的基礎上,運用信息分類方法、信息建模方法(HL7 RIM)、信息編碼方法以及數(shù)據(jù)標準化方法進行制定的,用于保障數(shù)據(jù)一致性、數(shù)據(jù)共享性和可交換性的一組數(shù)據(jù)集,用于指導區(qū)域醫(yī)療衛(wèi)生信息**規(guī)劃和數(shù)據(jù)設計的規(guī)范 |
3 | 技術(shù)類標準 | 指技術(shù)類標準是指導醫(yī)療衛(wèi)生信息系統(tǒng)開發(fā)的規(guī)范標準,包括數(shù)據(jù)交換技術(shù)標準與接口規(guī)范、業(yè)務系統(tǒng)功能規(guī)范、軟件開發(fā)與編碼規(guī)范、平臺網(wǎng)絡接入規(guī)范、網(wǎng)絡管理規(guī)范等,用于指導整個項目的數(shù)據(jù)交換、數(shù)據(jù)采集接口規(guī)范、與平臺相連接的各個業(yè)務應用系統(tǒng)的的開發(fā)與實施 |
4 | 管理類標準 | 管理類規(guī)范主要是用**市智慧醫(yī)療全民健康信息化建設項目中的各信息系統(tǒng)或平臺實施和維護的一組規(guī)范,包括驗收規(guī)范、文檔編制規(guī)范、安全管理規(guī)范、運行維護規(guī)范等 |
二 | ****中心 | 包含三大核心庫的信息**庫,用于存儲居民的全生命周期的健康數(shù)據(jù)。這些健康數(shù)據(jù),不僅可以作為數(shù)據(jù)中臺**整合的有力支撐,而且可以通過數(shù)據(jù)服務平臺以服務的形式向第三方系統(tǒng)提供健康數(shù)據(jù),完成業(yè)務協(xié)同的功能。 |
1 | 全員人口數(shù)據(jù)庫 | 全員人口**庫涵蓋個人自然信息和生育狀況等,數(shù)據(jù)來源于市級全民健****數(shù)據(jù)中心后,通過轉(zhuǎn)換和整理形成的**庫,由索引數(shù)據(jù)、摘要數(shù)據(jù)、實體數(shù)據(jù)幾部分組成 |
2 | 健康檔案數(shù)據(jù)庫 | 健康檔案**庫是以居民個人健康為核心,貫穿整個生命過程,涵蓋各種健康相關(guān)因素的信息**,數(shù)****醫(yī)療機構(gòu)綜合信息系統(tǒng),通過數(shù)據(jù)抽取、轉(zhuǎn)換加工后形成**庫,根據(jù)健康檔案的基本概念架構(gòu),電子健康檔案的內(nèi)容主要由個人基本信息和主要衛(wèi)生服務記錄兩部分組成。 |
3 | 電子病歷數(shù)據(jù)庫 | ****醫(yī)療機構(gòu)對門診、住院患者(或保健對象)臨床診療和指導干預的、數(shù)字化的醫(yī)療服務工作記錄。****醫(yī)療機構(gòu)歷次就診過程中產(chǎn)生和被記錄的完整、詳細的臨床信息**數(shù)據(jù),****醫(yī)療機構(gòu)、 基層醫(yī)療機構(gòu)綜合信息系統(tǒng)等。通過數(shù)據(jù)抽取、轉(zhuǎn)換加工后形成**庫。 |
4 | 衛(wèi)生**數(shù)據(jù)庫 | 衛(wèi)生**信****醫(yī)療機構(gòu)的信息,在冊醫(yī)生、護士、醫(yī)療技術(shù)人員相關(guān)信息,各種醫(yī)療設備、醫(yī)療設施等**。****醫(yī)療機構(gòu)。 |
5 | 大數(shù)據(jù)分析數(shù)據(jù)庫 | 大數(shù)據(jù)分析數(shù)據(jù)倉庫將分為6層數(shù)據(jù)處理,包括第****醫(yī)療機構(gòu)數(shù)據(jù)庫備份數(shù)據(jù)的匯總,第二層對原始數(shù)據(jù)抽全和映射,第三層對數(shù)據(jù)的清洗,第四層對數(shù)據(jù)標準被,即對數(shù)據(jù)的深層加工包含數(shù)據(jù)歸一、數(shù)據(jù)結(jié)構(gòu)化,第五層按照病人和疾病維度建立離線分析層,第6層按照應用主題建立在線分析層。 |
6 | 對外共享數(shù)據(jù)庫 | 共享數(shù)據(jù)庫主要用于****政府、社保、民政、**等)進行數(shù)據(jù)交換與共享使用。內(nèi)容包括可對外共享的數(shù)據(jù),根據(jù)其他行政部分、企業(yè)、居民的需要,從四個**庫中抽取放入這里。 |
三 | 全民健康信息平臺 | 全民健康信息平臺采取標準化建設,集中采集區(qū)域衛(wèi)生健康信息,****醫(yī)療機構(gòu)、基層社區(qū)衛(wèi)生服務機構(gòu);通過向各接入外部系統(tǒng)提供標準化的文檔共享、訂閱、消息等各類接口服務,實現(xiàn)各接入系統(tǒng)及機構(gòu)之間的數(shù)據(jù)交換,支撐跨機構(gòu)跨區(qū)域的業(yè)務協(xié)同應用。 |
1 | 共享交換子平臺 | 共享交換子平臺為全民健康信息平臺提供技術(shù)支持,以微服務架構(gòu)為核心,提供微服務應用標準的開發(fā)工具、開發(fā)規(guī)范與通用服務組件,使用服務網(wǎng)關(guān)實現(xiàn)能力開發(fā)和數(shù)據(jù)共享,為上層數(shù)據(jù)和業(yè)務提供底層技術(shù)支撐。 |
1.1 | ****中心 | 以對服務進行全生命周期管理為核心,提供全面、精簡、強勁的服務統(tǒng)一管理服務平臺,涵蓋服務發(fā)布、管理、安全管控、監(jiān)控分析的支撐能力。 |
1.1.1 | 服務治理—服務注冊發(fā)現(xiàn) | 服務注冊發(fā)現(xiàn)是將服務本身的信****中心的過程,為了簡化這個過程,平臺開發(fā)工具開發(fā)出的微服務應用,在啟動后能夠自動的****中心上。對于非平臺開發(fā)工具開發(fā)的微服務應用,****中心也提供了相應的接口,通過接口調(diào)用,即可****中心所需要的數(shù)據(jù)格****中心上。 |
1.1.2 | 服務治理—服務注銷 | 服務注銷的過程,即是服務停止后,需要將****中心上刪除,刪除后其他服務將不再能調(diào)用該服務。平臺開發(fā)工具開發(fā)的微服務能夠自動將****中心上刪除。 |
1.1.3 | 服務治理—服務擴展 | 當同一個微服務應用啟動多個實例后,****中心依然能夠?qū)ξ⒎⻊斩鄠實例進行管理。****中心上將會維護一個微服務應用的多個實例的信息。****中心能夠很好的支持微服務多實例橫向擴展。 |
1.1.4 | 服務治理—服務管理 | ▲平臺提供服務列表、服務查詢、服務運行統(tǒng)計、服務負載均衡、服務路由等服務管理功能 |
1.1.5 | 服務治理—服務編排 | 服務編排有多種方式,在業(yè)務流程比較固定的場景,通過編碼實現(xiàn)對服務的編排,以實現(xiàn)某個具體的業(yè)務流程。 |
1.1.6 | API-發(fā)布 | API發(fā)布指的是將后端服務發(fā)布為統(tǒng)一API |
1.1.7 | API-多版本 | API發(fā)布注冊時支持配置版本號,版本號作為定位選擇API的標識之一。在灰度發(fā)布路由等功能中,可以根據(jù)版本號,將流量引向不同版本的API當中。 |
1.1.8 | API-批量API注冊 | API管理中心支持批量發(fā)布注冊API |
1.1.9 | API-協(xié)議轉(zhuǎn)換 | 協(xié)議轉(zhuǎn)換指的是將請求和響應數(shù)據(jù)在轉(zhuǎn)發(fā)后端服務時進行格式轉(zhuǎn)換 |
1.1.10 | API-導出API文檔 | 支持將API網(wǎng)關(guān)中的API導出成API文檔,導出的文檔是符合行業(yè)標準文檔。 |
1.1.11 | API-API路由轉(zhuǎn)發(fā) | API網(wǎng)關(guān)不僅提供基于API元數(shù)據(jù)的路由轉(zhuǎn)發(fā)功能,還能充當反向代理的作用(類似于nginx或apache),可基于設置的規(guī)則進行路由。 |
1.1.12 | API-異步轉(zhuǎn)發(fā)能力 | API網(wǎng)關(guān)基于Servlet3.0技術(shù),使用異步NIO技術(shù),極大的減少了線程**的消耗,保證了海量并發(fā)訪問的情況,能夠持續(xù)穩(wěn)定的提供服務。經(jīng)過國家專業(yè)機構(gòu)測試,在高并發(fā)的情況下,能夠保證高效穩(wěn)定運行。 |
1.1.13 | API-API訪問控制 | 通過配置訪問控制白名單(將API和角色相關(guān)聯(lián))來賦予角色訪問API的權(quán)限。 |
1.1.14 | API-防重放攻擊 | 防重放指的是防止請求重放攻擊,在每次訪問API的請求頭中攜帶防重放信息,經(jīng)由防重放插件過濾時會判斷ID是否重復,若重復則被認為是重放請求,拋系統(tǒng)異常并中斷后續(xù)請求。 |
1.1.15 | API-防重復提交 | 防重復提交指的是防止業(yè)務請求二次提交,在每次訪問API的請求頭中攜帶防重復提交信息(鍵為token,值為通過調(diào)用API網(wǎng)關(guān)應用內(nèi)置的token生成服務獲取的),經(jīng)由防重復提交插件過濾時會根據(jù)token值判斷當前請求是否已經(jīng)提交過,若二次提交則拋系統(tǒng)異常并中斷后續(xù)請求。 |
1.1.16 | API-數(shù)字簽名 | 請求簽名指的是對請求數(shù)據(jù)進行簽名,防止數(shù)據(jù)被非法篡改。 |
1.1.17 | API-流量控制 | API流量控制指的是當系統(tǒng)發(fā)生的交易量某個指標達到預先設定的閾值時,系統(tǒng)實現(xiàn)通過自動或手工干預的方式拒絕新的請求的行為。 |
1.1.18 | API-認證服務 | 認證服務是API管理平臺內(nèi)置的服務 |
1.2 | 共享文檔組件 | 共享文檔組件用于對共享文檔進行管理,主要包括共享文檔的組裝、共享文檔解析、共享文檔驗證等功能。 |
1.2.1 | 業(yè)務數(shù)據(jù)配置 | 對業(yè)務數(shù)據(jù)進行配置,包括OID管理、值域代碼表管理、數(shù)據(jù)元管理、業(yè)務表管理等。 |
1.2.2 | 基本元素管理 | 用于管理衛(wèi)生信息共享文檔XML文件使用的各類基本元素。根據(jù)元素在XML文檔中的用途,衛(wèi)生信息共享文檔基本元素分為“屬性元素”、“框架元素”和“業(yè)務元素”。 |
1.2.3 | 復合元素模板管理 | 為了便于衛(wèi)生信息共享文檔(CDA文檔)結(jié)構(gòu)模板的快速配置,可以建立常用的復合元素模板。復合元素是指用于描述某類特定信息的,按照特**構(gòu)組裝(層級嵌套結(jié)構(gòu))的一組基本元素(一般包括一個框架元素和多個業(yè)務元素)。支持以樹狀結(jié)構(gòu)管理和展現(xiàn)復合元素中所有的基本元素。 |
1.2.4 | 共享文檔模板管理 | 根據(jù)《國家醫(yī)療健康信息互聯(lián)互通成熟度測評》標準要求,實現(xiàn)共享文檔的模板配置。提供共享文檔模板的創(chuàng)建、修改、刪除、復制等操作,并支持對交互規(guī)范模板對應的業(yè)務表進行維護。 |
1.2.5 | 共享文檔管理 | ▲對共享文檔進行管理,包括共享文檔解析、共享文檔組裝、共享文檔驗證等。 |
1.3 | 健康檔案服務 | 所有到平臺訪問數(shù)據(jù)事務都有業(yè)務協(xié)同服務進行處理,是所有事務和業(yè)務邏輯以及訪問規(guī)則,圍繞任何數(shù)據(jù)主題匯集出真正的全程和綜合的健康檔案和電子病歷視圖。 |
1.3.1 | 健康檔案采集服務 | 提供健康檔案文檔集的提交與注冊,實現(xiàn)平臺對健康檔案文檔集的采集,將健康檔案文檔集提交到健康檔案**庫存儲,****中心進行健康檔案文檔注冊 |
1.3.2 | 健康檔案索引服務 | 索引服務全面掌握信息交換平臺所有關(guān)于居民的健康信息事件 |
1.3.3 | 健康檔案數(shù)據(jù)服務 | 為健康檔案業(yè)務服務提供功能性的支持,以執(zhí)行正確的數(shù)據(jù)訪問過程和與不同的注冊服務、存儲服務、業(yè)務管理或輔助決策服務交互所需的轉(zhuǎn)換 |
1.3.4 | 健康檔案事務處理 | 根據(jù)對事物的調(diào)用和處理,全程健康檔案服務將配置成協(xié)調(diào)處理所有的“列表”和“獲取”事務。對于任何這些事務,將建立管理這些事務的語境,將知曉如何調(diào)用一個特定的編排流,并指導編排流的執(zhí)行,允許在實現(xiàn)這些事務時調(diào)用適當?shù)姆⻊? |
1.3.5 | 健康檔案調(diào)閱服務 | 為平臺應用提供統(tǒng)一的健康檔案訪問入口。配合信息安全手段實現(xiàn)居民健康檔案的受控訪問。分為集中調(diào)閱和分布式預調(diào)閱 |
1.4 | 信息**發(fā)布與共享 | 信息**發(fā)布共享平臺是跨機構(gòu)、跨機構(gòu)、跨部門實現(xiàn)**共享、業(yè)務協(xié)同的基礎組件之一,也是對外提供服務能力的門面,多方發(fā)布共享**唯一入口,通過該平臺規(guī)范了**發(fā)布、**共享的管理規(guī)定、業(yè)務標準、技術(shù)標準,此平臺也是以醫(yī)療衛(wèi)生為核心的**發(fā)布共享的唯一合法途徑。 |
1.4.1 | 資產(chǎn)管理 | ▲平臺建設方或平臺內(nèi)各個業(yè)務單元信息系統(tǒng)中包含的信息資產(chǎn),包含庫表數(shù)據(jù)、服務接口、文檔等內(nèi)容 |
1.4.2 | **管理 | **是資產(chǎn)對外共享的形態(tài)和途徑,各種類型的資產(chǎn)可以被發(fā)布成**,供信息**需求方訂閱使用 |
1.4.3 | 監(jiān)控管理 | ▲為了讓平臺運維人員和管理者更清楚的了解系統(tǒng)的使用和運行情況,提供對系統(tǒng)的統(tǒng)一監(jiān)控和關(guān)鍵指標統(tǒng)計。統(tǒng)計指標需要包括系統(tǒng)各類型**的統(tǒng)計及趨勢分析、**分類分析、發(fā)布訂閱分析、調(diào)閱分析、資產(chǎn)分析和運維監(jiān)控統(tǒng)計等 |
1.4.4 | 控制臺 | 對發(fā)布的資產(chǎn)和**進行管理,包含管理菜單,可以管理登錄用戶權(quán)限范圍內(nèi)的相關(guān)系統(tǒng)** |
1.4.5 | 連接管理 | 連接管理是管理數(shù)據(jù)開放共享服務的系統(tǒng)用戶,同時能夠?qū)⒂脩襞c組織機構(gòu)以及角色建立關(guān)聯(lián) |
1.4.6 | 權(quán)限管理 | ▲對調(diào)用資產(chǎn)、**服務的組織機構(gòu),配置角色,賦予功能權(quán)限。將用戶與組織機構(gòu)以及角色建立關(guān)聯(lián) |
2 | 數(shù)據(jù)處理子平臺 | 數(shù)據(jù)中心中構(gòu)建區(qū)域醫(yī)療業(yè)務庫,業(yè)務庫中匯聚了居民各類健康醫(yī)療數(shù)據(jù),數(shù)據(jù)交換系統(tǒng)實現(xiàn)這些數(shù)據(jù)在各個平臺和業(yè)務系統(tǒng)之間的共享利用。 |
2.1 | 數(shù)據(jù)分析系統(tǒng) | ****醫(yī)療機構(gòu)對接,對醫(yī)療機構(gòu)數(shù)據(jù)進行分析,并將分析完成的數(shù)據(jù)上傳到前置機。 |
2.2.1 | ****醫(yī)院數(shù)據(jù) | 按照**市全面健康****醫(yī)院各業(yè)務系統(tǒng)的相關(guān)數(shù)據(jù)上傳到到市全民健康信息平臺 |
2.2.1.1 | 主動采集HIS系統(tǒng)數(shù)據(jù) | 對接HIS系統(tǒng)主動采集抓取相關(guān)數(shù)據(jù)并根據(jù)市平臺數(shù)據(jù)集標準進行開發(fā)及上傳。 |
2.2.1.2 | 主動采集EMR系統(tǒng)數(shù)據(jù) | 對接EMR系統(tǒng)主動采集抓取相關(guān)數(shù)據(jù)并根據(jù)市平臺數(shù)據(jù)集標準進行開發(fā)及上傳。 |
2.2.1.3 | 主動采集LIS系統(tǒng)數(shù)據(jù) | 對接LIS系統(tǒng)主動采集抓取相關(guān)數(shù)據(jù)并根據(jù)市平臺數(shù)據(jù)集標準進行開發(fā)及上傳。 |
2.2.1.4 | 主動采集PACS系統(tǒng)數(shù)據(jù) | 對接PACS系統(tǒng)主動采集抓取相關(guān)數(shù)據(jù)并根據(jù)市平臺數(shù)據(jù)集標準進行開發(fā)及上傳。 |
2.2.1.5 | 主動采集病案系統(tǒng)數(shù)據(jù) | 對接病案系統(tǒng)主動采集抓取相關(guān)數(shù)據(jù)并根據(jù)市平臺數(shù)據(jù)集標準進行開發(fā)及上傳。 |
2.2.1.6 | 主動采集手術(shù)系統(tǒng)數(shù)據(jù) | 對接手術(shù)系統(tǒng)主動采集抓取相關(guān)數(shù)據(jù)并根據(jù)市平臺數(shù)據(jù)集標準進行開發(fā)及上傳。 |
2.2.2 | 數(shù)據(jù)采集范圍 | ****醫(yī)院、****醫(yī)院、****、****醫(yī)院、****醫(yī)院、****醫(yī)院、****醫(yī)院、****醫(yī)院、****中心醫(yī)院、****醫(yī)院、****醫(yī)院、****醫(yī)院、****醫(yī)院、****醫(yī)院、****醫(yī)院、****醫(yī)院、****醫(yī)院、****醫(yī)院 |
2.2 | 數(shù)據(jù)遷移系統(tǒng) | 數(shù)據(jù)遷移系統(tǒng)主要負責****醫(yī)療機構(gòu)****中心端 |
2.2.1 | 數(shù)據(jù)采集 | 數(shù)據(jù)****醫(yī)療機構(gòu)數(shù)據(jù)的采集匯聚。通過數(shù)據(jù)智能采集提供實時、非實時以及增量數(shù)據(jù)的自動數(shù)據(jù)采集。 |
2.1.1.1 | 數(shù)據(jù)抽取 | ****醫(yī)療機構(gòu)提供的數(shù)據(jù)源獲取醫(yī)療業(yè)務數(shù)據(jù),通過數(shù)據(jù)模型快速匹配實現(xiàn)業(yè)務模型復用和快速對接 |
2.1.1.2 | 存量數(shù)據(jù)抽取 | 采用ELT方式,將存量數(shù)據(jù),依據(jù)平臺標準,抽取到數(shù)據(jù)庫中。抽取內(nèi)容包括新系統(tǒng)存量數(shù)據(jù)和老系統(tǒng)存量數(shù)據(jù) |
2.1.1.3 | 增量數(shù)據(jù)實時同步 | 增量數(shù)據(jù)實時同步有四種處理方式,分別是觸發(fā)器方式、時間戳方式、全表比對方式、日志表方式、服務方式 |
2.1.1.4 | 數(shù)據(jù)清洗 | 數(shù)據(jù)清洗包括前置校驗、數(shù)據(jù)上傳、數(shù)據(jù)教育、日志存儲和數(shù)據(jù)治理 |
2.2.2 | 數(shù)據(jù)搬運 | 各級醫(yī)療機構(gòu)遵循《WST500-2016電子病歷共享文檔規(guī)范》、《WST483-2016電子健康檔案共享文檔規(guī)范》數(shù)據(jù)集要求提供數(shù)據(jù)源,平臺提供主動數(shù)據(jù)搬運功能,完成數(shù)據(jù)對接 |
2.2.2.1 | 交換引擎 | 包括批量數(shù)據(jù)同步和跨系統(tǒng)交換 |
2.2.2.2 | 數(shù)據(jù)轉(zhuǎn)換 | ETL過程中數(shù)據(jù)清洗、轉(zhuǎn)化,如碼表清洗,并且支持視圖拖拽式配置 |
2.2.2.3 | 映射配置 | 提供數(shù)據(jù)采集功能的可視化數(shù)據(jù)映射工具,可針對數(shù)據(jù)采集過程中的數(shù)據(jù)抽取、數(shù)據(jù)轉(zhuǎn)換等步驟進行圖形界面化開發(fā)和管理。 |
2.2.2.4 | 數(shù)據(jù)流程配置 | ▲提供數(shù)據(jù)采集各活動節(jié)點的配置功能,通過圖形化拖拽方式完成采集流程動態(tài)配置、調(diào)整等工作,簡化數(shù)據(jù)采集工作的開發(fā)、調(diào)試等相關(guān)工作,能夠大幅度提高工作效率 |
2.2.2.5 | 字典值域轉(zhuǎn)換 | 字典值域轉(zhuǎn)換工具提供智能匹配(基于語義的模糊匹配)+人工確認相結(jié)合的方式實現(xiàn)值域的精確映射 |
2.2.3 | 數(shù)據(jù)上傳 | 通過數(shù)據(jù)加載和技術(shù)協(xié)議,對采集的數(shù)據(jù)進行匯集處理 |
2.2.3.1 | 數(shù)據(jù)加載 | 將采集和轉(zhuǎn)換加工后的數(shù)據(jù)裝載到目的庫 |
2.2.3.2 | 技術(shù)協(xié)議 | 提供多種上傳策略,包括上傳到平臺數(shù)據(jù)庫、以標準接口方式對外提供調(diào)用 |
2.2.3.3 | 數(shù)據(jù)上傳 | 根據(jù)省平臺定義的數(shù)據(jù)上報要求,結(jié)合數(shù)據(jù)加載方式和支持的技術(shù)協(xié)議。覆蓋省平臺數(shù)據(jù)上傳。 |
2.2.4 | 采集監(jiān)管 | 對數(shù)據(jù)采集流程進行監(jiān)管 |
2.2.4.1 | 通道聯(lián)通狀態(tài)監(jiān)管 | 全局監(jiān)控,提供統(tǒng)一地域展示視圖,****醫(yī)療機構(gòu)數(shù)據(jù)采集情況 |
2.2.4.2 | 數(shù)據(jù)上報統(tǒng)計監(jiān)管 | 監(jiān)控醫(yī)院上報狀態(tài)的詳細信息,反****醫(yī)院數(shù)據(jù)上報的實際情況,通過對上報數(shù)據(jù)總數(shù)、上報成功總數(shù)、上報失敗總數(shù)等指標的監(jiān)控,****醫(yī)院****醫(yī)院的角度對數(shù)據(jù)上報的具體狀態(tài)進行分析統(tǒng)計 |
2.2.4.3 | 業(yè)務數(shù)據(jù)標準監(jiān)管 | 針對醫(yī)療業(yè)務在數(shù)據(jù)互聯(lián)互通上報過程中采用的數(shù)據(jù)標準進行監(jiān)控,能夠檢測和調(diào)整不同業(yè)務數(shù)據(jù)上報采用的數(shù)據(jù)標準,并提供數(shù)據(jù)標準導入功能,并能夠?qū)?shù)據(jù)標準進行統(tǒng)計分析,反映數(shù)據(jù)標準的采用狀態(tài)、標****醫(yī)療機構(gòu)采用的數(shù)據(jù)標準情況等信息。 |
2.2.4.4 | 值域標準監(jiān)管 | 針對上報數(shù)據(jù)的值域標準進行監(jiān)控,能夠檢測和分析不同業(yè)務上報采用的值域標準情況,能夠?qū)χ涤驑藴蔬M行分類,并提供值域標準導入功能,通過對值域標準的統(tǒng)計分析,****醫(yī)院采用的值域情況,統(tǒng)一值域標準。 |
3 | 基礎應用子平臺 | 平臺基礎管理組件 |
3.1 | 標準管理系統(tǒng) | 提供關(guān)于數(shù)據(jù)標準、交換標準的可視化管理工具。為實施人員提供管理數(shù)據(jù)交換的存儲模型和交換模型的工具,并在模型變更后可以提供腳本的管理和接口文檔的管理。****醫(yī)院信息科的工作人員,系統(tǒng)可以查看和下載衛(wèi)生部標準、產(chǎn)品標準等文件,并且可以查詢平臺現(xiàn)有的標準。 |
3.1.1 | 基礎配置 | 包括業(yè)務分類管理、活動分類管理、字段池管理和字段模板管理 |
3.1.2 | 數(shù)據(jù)標準管理 | 數(shù)據(jù)標準管理分為值域管理、采集標準-數(shù)據(jù)元管理、應用標準-數(shù)據(jù)元管理、應用之于映射配置 |
3.1.3 | 交換標準管理 | 交換標準分為采集交換標準和應用交換標準,采集標準為平臺采集時需要的交換標準,應用標準為一套統(tǒng)一的,提供給上層應用使用的標準,主要區(qū)別在于應用標準不需要綁定值域信息,其應用涉及的值域信息需要與項目本地的值域信息做匹配。交換標準管理為標準管理系統(tǒng)最為重要的模塊 |
3.1.4 | 規(guī)則管理 | 按照升級、未配置、待發(fā)布和已發(fā)布分類查看交換標準,勾選交換標準可進行批量升級和批量發(fā)布到質(zhì)控的操作。 |
3.1.5 | 文檔管理 | 可以查看標準文檔記錄,包括文檔的名稱和生成時間,同時可以在上方輸入篩選條件,篩選條件包括標題單位、落款單位、文檔日期等。 |
3.1.6 | 標準一覽 | 行業(yè)標準查看主要為了展示行業(yè)標準分類以及其數(shù)據(jù)元構(gòu)成,可根據(jù)醫(yī)療、公衛(wèi)和婦幼等分類查看行業(yè)標準及其數(shù)據(jù)元組成。 |
3.2 | EMPI主索引系統(tǒng) | 個人/患者的唯一身份識別,為居民健康檔案信息和醫(yī)療服務信息的交互共享提供基礎。居民主索引其主要用途是在一個復雜的醫(yī)療體系內(nèi),通過唯一的患者標識將多個醫(yī)療信息系統(tǒng)有效地關(guān)聯(lián)在一起。以實現(xiàn)各個系統(tǒng)之間的互聯(lián)互通,保證同一個患者在不同業(yè)務系統(tǒng)中信息采集的關(guān)聯(lián)性、完整性和準確性。 |
3.2.1 | 主索引管理 | 支持居民主索引按照不同的檢索條件進行查詢,可以服務查詢,也可以前臺頁面查詢 |
3.2.2 | 主索引手工處理 | 此功能可以將兩條主數(shù)據(jù)合并,并將索引信息合并。在相似列表中勾選一條記錄,點擊合并按鈕,系統(tǒng)會將兩條主數(shù)據(jù)合并成一條,以上面的記錄為準,將下面記錄索引集合合并到上面的主數(shù)據(jù)中,并記錄相關(guān)操作日志 |
3.2.3 | 主索引注冊 | 手工創(chuàng)建居民主索引信息。可以在頁面中點擊注冊按鈕,然后填寫如身份證號碼、姓名、性別、年齡、出生日期、手機、詳細地址信息,其中身份證號碼不可以與現(xiàn)有數(shù)據(jù)重復,也不可以為空 |
3.2.4 | 抽取配置 | 配置EMPI映射關(guān)系、抽取EMPI數(shù)據(jù) |
3.2.5 | 權(quán)重配置項 | EMPI權(quán)重比例設置。目前主索引相似有四個權(quán)重,身份證號碼相同視為一個人,可自動合并。姓名-出生日期、姓名-手機號、出生日期-手機號相同,進入相似列表可以手工合并主索引信息 |
3.3 | 主數(shù)據(jù)管理系統(tǒng) | 主數(shù)據(jù)管理為用戶提供統(tǒng)一的衛(wèi)生**管理入口,整合區(qū)劃內(nèi)衛(wèi)生**如人員、機構(gòu)、科室等信息,為其他系統(tǒng)提供基礎數(shù)據(jù)。****醫(yī)療機構(gòu)的屬性信息,提供人員和科室注冊服務,并分配科室和人員唯一標識,集中管理床位、行政區(qū)劃、設備、車輛、應急物資的詳細信息。 |
3.3.1 | 人員信息管理 | 人員信息管理支持人員信息的增加,包括姓名、證件信息、出生日期等基礎信息的增加,以及所在科室、醫(yī)師執(zhí)業(yè)類別等工作信息的維護 |
3.3.2 | 科室信息管理 | 科室信息管理支持科室信息的增加,包括歸屬機構(gòu)、科室編碼、科室名稱、科室地址及備注信息的維護 |
3.3.3 | 機構(gòu)信息管理 | 機構(gòu)信息管理支持機構(gòu)信息的增加,包括機構(gòu)名稱、機構(gòu)編碼及行政區(qū)劃等信息的維護 |
3.3.4 | 區(qū)劃信息管理 | 區(qū)劃信息管理支持區(qū)劃信息的增加,包括行政區(qū)劃代碼、行政區(qū)劃名稱、上級行政區(qū)劃代碼等信息的維護 |
3.3.5 | 床位信息管理 | 床位信息管理支持床位信息的修改包括實有床位數(shù)的修改,不能修改床位的機構(gòu)名稱和機構(gòu)編碼;支持床位信息的查詢,包括根據(jù)機構(gòu)名稱和歸屬區(qū)劃進行精確查詢 |
3.3.6 | 設備信息管理 | 設備信息管理支持設備信息的增加,包括設備代號、設備臺數(shù)和設備名稱等信息的維護 |
3.3.7 | 車輛信息管理 | 車輛信息管理支持車輛信息的增加,包括車輛類型、車牌號碼和購置日期等信息的維護 |
3.3.8 | 應急物資管理 | 應急物資管理支持應急物資信息的增加,包括應急物資名稱、分類和規(guī)格型號等信息的維護 |
3.3.9 | 術(shù)語管理 | 術(shù)語管理主要是對標準中一些術(shù)語進行展示和維護操作,可向用戶展示專業(yè)醫(yī)學術(shù)語。術(shù)語管理是為了規(guī)范醫(yī)療用語,用于管理某些項目的標識、名稱和分類等維度。主要包括藥品字典、檢驗檢查項目、手術(shù)項目、疾病和中醫(yī)診斷、特需收費項目、治療處置項目、耗材和醫(yī)囑項目。 |
3.3.10 | 申請審核 | 審核申請主要功能為對已申請的編碼進行審核并展示標準的審核情況,用戶可勾選申請單列表,處理申請單通過或者不通過,通過的申請單,會將申請的數(shù)據(jù)添加到對應的字典表中 |
3.4 | 數(shù)據(jù)質(zhì)量治理系統(tǒng) | 數(shù)據(jù)質(zhì)量控制通過完整性控制、準確性控制、關(guān)聯(lián)性控制、穩(wěn)定性控制以及實效性控制等功能,實現(xiàn)對健康數(shù)據(jù)采集、轉(zhuǎn)發(fā)、存儲等環(huán)節(jié)的全面數(shù)據(jù)質(zhì)量監(jiān)管,保障機制完善數(shù)據(jù)質(zhì)量。 |
3.4.1 | 數(shù)據(jù)質(zhì)量分析 | 數(shù)據(jù)質(zhì)量分析對全民健康信****醫(yī)療機構(gòu)的數(shù)據(jù)質(zhì)量提供分項評測查看,從時間維度、醫(yī)療機構(gòu)類型等多維度進行分析展示 |
3.4.2 | 數(shù)據(jù)質(zhì)量評測 | 數(shù)據(jù)質(zhì)量評測提供數(shù)據(jù)評測方式定義配置,支持根據(jù)實際情況進行調(diào)整不同評分項目權(quán)重,****醫(yī)療機構(gòu)數(shù)據(jù)上報質(zhì)量進行評測 |
3.4.3 | 數(shù)據(jù)稽查校驗 | 數(shù)據(jù)稽查校驗是對具體的業(yè)務數(shù)據(jù)進行建立校驗模型,通過業(yè)務校驗規(guī)則進行數(shù)據(jù)質(zhì)量校驗和系統(tǒng)審核的過程 |
3.4.4 | 數(shù)據(jù)問題處理 | 數(shù)據(jù)****醫(yī)療機構(gòu)提供數(shù)據(jù)全生命周期的跟蹤,行政****醫(yī)療機構(gòu)內(nèi)部數(shù)據(jù)從生產(chǎn)、抽取、轉(zhuǎn)換、上傳等全過程的跟蹤信息,同時在平臺也可以了解到質(zhì)量評測報告,****醫(yī)療機構(gòu)綜合評分不高的情況下,能夠很快地進行問題劃界與定位 |
3.5 | 居民全生命周期健康檔案 | 通過健康檔案瀏覽器實現(xiàn)跨平臺、跨應用、跨開發(fā)商的通用電子健康檔案訪問工具,向居民提供電子健康記錄的集成化綜合視圖。在健康檔案瀏覽器中查看近期就診、藥物、檢查等記錄,讓平臺采集或索引的健康檔案發(fā)揮更大的效益和作用,為臨床提供便捷的信息參考 |
3.5.1 | 就診視圖 | 以日歷記事本的形式在同一個界面,對居民歷次就診期間診斷、檢驗結(jié)果、檢查結(jié)果、用藥醫(yī)囑等數(shù)據(jù)進行摘要性展示 |
3.5.2 | 綜合視圖 | 診斷、報告、病歷、護理、體檢信息多角度全景展現(xiàn),輔助用戶對過往診療信息查看與本次治療方案分析,并提供基于診療記錄角度與就診事件角度的轉(zhuǎn)換查看方式 |
3.5.3 | HER視圖 | ▲集成健康檔案、高血壓建檔、高血壓患者隨訪、糖尿病建檔、糖尿病患者隨訪、預防接種、預防接種報告、高危新生兒登記信息記錄、體弱兒童登記信息記錄、體弱兒隨訪記錄、出生醫(yī)學證明、兒童健康體檢、新生兒家庭訪視、孕產(chǎn)婦建卡、高危孕產(chǎn)婦信息記錄、產(chǎn)前隨訪、產(chǎn)后訪視、產(chǎn)后42天健康檢查、分娩情況、成年人健康體檢、死亡醫(yī)學證明,實現(xiàn)多種健康檔案的信息查看功能、輔助醫(yī)生進行診療活動 |
3.5.4 | 模塊隱私設置 | 對功能模塊進行開啟和關(guān)閉的操作,主要包括生命周期、服務記錄、用藥記錄、檢驗記錄、檢查記錄、長期醫(yī)囑、手術(shù)記錄等,包含訪問權(quán)限設置、基本信息隱私設置、疾病信息隱私設置 |
3.6 | 檢查檢驗結(jié)果互認服務 | 結(jié)合實際情況建立本轄區(qū)內(nèi)的檢查檢驗結(jié)果互認體系,明確互認機構(gòu)范圍、條件、診療項目(內(nèi)容)及技術(shù)標準等,優(yōu)先選取穩(wěn)定性好、高值高頻的檢查檢驗項目進行互認。推進檢查檢驗結(jié)果互認共享,其目的是減少重復檢驗檢查,促進醫(yī)療衛(wèi)生**合理、有效利用,簡化就醫(yī)環(huán)節(jié),縮短就醫(yī)時間,降低診療費用,提高人民群眾就醫(yī)感受度和滿意度。 |
3.6.1 | 系統(tǒng)基礎管理 | 對機構(gòu)、權(quán)限、角色、用戶和基層字典進行管理 |
3.6.2 | 檢驗互認管理 | 對檢驗互認項目、組套關(guān)系、互認資質(zhì)、互認范圍進行管理 |
3.6.3 | 檢查互認管理 | 對檢查互認項目、互認資質(zhì)和互認范圍進行管理 |
3.6.4 | 互認項目映射管理 | 檢驗項目映射管理、檢查項目映射管理、檢驗項目映射瀏覽、檢查項目映射瀏覽 |
3.6.5 | 互認瀏覽器 | 互認瀏覽器主要面向臨床醫(yī)生,作為與醫(yī)生進行互認交互的工具,用于展現(xiàn)可互認報告提醒、查看可互認報告及互認規(guī)則、進行互認操作、以及進行互認引用。 |
3.6.6 | 互認監(jiān)管分析 | 在對醫(yī)生進行事前和事中提醒的基礎上,系統(tǒng)提供互認跟蹤與評價、檢驗檢查結(jié)果互認綜合監(jiān)管分析功能作為事后監(jiān)管手段,實現(xiàn)互認閉環(huán)管理。 |
3.6.7 | 與**影像云對接 | 與影像云平臺對接,在互認瀏覽器檢查報告瀏覽頁面集成影像云平臺的影像瀏覽器調(diào)閱鏈接,查看對應的影像信息。 |
3.6.8 | 與醫(yī)院HIS對接 | 與醫(yī)院HIS系統(tǒng)對接,調(diào)用互認平臺提供的“互認報告查詢服務” |
3.6.9 | 與醫(yī)院LIS、PACS對接 | 與醫(yī)院HIS、LIS、PACS 具備檢驗檢****醫(yī)療機構(gòu)對接,在可互認檢驗檢查報告發(fā)布后,調(diào)用互認平臺提供的“可互認檢驗檢查PDF報告上傳服務”,將相應的報告上傳。 |
3.6.10 | 與健康檔案瀏覽器對接 | 與健康檔案瀏覽器對接,在互認跟蹤與評價的頁面,集成健康檔案瀏覽器,用于瀏覽對應個案的就診記錄。 |
3.7 | 統(tǒng)一集成應用門戶 | 統(tǒng)一集成門戶是**市醫(yī)療衛(wèi)生健康的展現(xiàn)平臺。根據(jù)用戶角色分配權(quán)限。用戶通過賬號登錄與其對應的應用系統(tǒng),處理日常業(yè)務。 |
3.7.1 | 菜單配置 | 對平臺管理、醫(yī)療應用、公衛(wèi)應用和其他業(yè)務協(xié)同進行菜單配置 |
3.7.2 | 統(tǒng)一身份認證服務 | 系統(tǒng)為有認證的用戶根據(jù)用戶所處角色,確定哪些**該用戶可以訪問,可以進行哪些操作等。 |
3.7.3 | 系統(tǒng)監(jiān)控 | 用于查看服務器信息。包括服務器ip地址、主機名、操作系統(tǒng)架構(gòu)及名稱等。 |
3.7.4 | 衛(wèi)健委管理角色 | 為衛(wèi)健委相關(guān)部門提供服務,功能包括服務技術(shù)中臺中各類參數(shù)配置、EMPI主索引、主數(shù)據(jù)管理、標準管理、數(shù)據(jù)質(zhì)量控制管理、大數(shù)據(jù)應用等。 |
3.7.5 | 醫(yī)護人員角色 | ****醫(yī)院醫(yī)生、基層醫(yī)生、藥方醫(yī)生等)提供服務。根據(jù)醫(yī)生權(quán)限不同,加載的業(yè)務應用也隨之改變。 |
四 | 基于平臺的業(yè)務監(jiān)管系統(tǒng) | 全市醫(yī)療衛(wèi)生業(yè)務監(jiān)管智能化 |
1 | ****中心 | 建立健康****展示中心,通過充分利用智能大數(shù)據(jù)分析技術(shù),結(jié)合平臺所匯聚的醫(yī)療大數(shù)據(jù)、公衛(wèi)大數(shù)據(jù)、醫(yī)保大數(shù)據(jù)、醫(yī)藥大數(shù)據(jù),****政府部門、醫(yī)院提供健康醫(yī)療大數(shù)據(jù)分析服務,便于政府全面、實時掌握醫(yī)療衛(wèi)生業(yè)務運行狀態(tài),實現(xiàn)智慧監(jiān)管與智慧決策 |
1.1 | 醫(yī)療服務指標 | 工作量、工作效率、醫(yī)療質(zhì)量、患者負擔、醫(yī)療用藥、醫(yī)療費用、衛(wèi)生**等指標管理 |
1.2 | 公共衛(wèi)生指標 | 建檔情況、高血壓管理、糖尿病管理、重性精神病管理、老年人管理、孕產(chǎn)婦保健管理、兒童保健管理 |
2 | 綜合業(yè)務監(jiān)管 | 對衛(wèi)生政策、人力**、經(jīng)濟等綜合進行監(jiān)管分析 |
2.1 | 醫(yī)療服務 | 醫(yī)療服務選取了醫(yī)療服務向的部分關(guān)鍵指標,涵蓋了“工作量”、“工作效率”、“醫(yī)療質(zhì)量”、“患者負擔”等多個醫(yī)療服務方面的具有代表性的指標,從整體角度展示了區(qū)域醫(yī)療服務建設發(fā)展情況。 |
2.2 | 醫(yī)療費用 | 醫(yī)療費用將醫(yī)改、**等區(qū)域關(guān)注的醫(yī)療相關(guān)費用內(nèi)容進行匯總展示,通過大量對比圖例展現(xiàn)了醫(yī)療費用階段性的變化趨勢。 |
3 | 醫(yī)療行為監(jiān)管 | 對醫(yī)療機構(gòu)的診療活動進行監(jiān)管 |
3.1 | 醫(yī)療行為 | 醫(yī)療行為監(jiān)管全方位展示了區(qū)域醫(yī)療質(zhì)量情況,便于管理者了解區(qū)域內(nèi)醫(yī)療質(zhì)量現(xiàn)狀,更好的為患者提供高質(zhì)量的醫(yī)療服務。 |
4 | 慢病管理業(yè)務監(jiān)管 | ▲針對慢病人群管理開展情況進行統(tǒng)一監(jiān)管。具體功能包括:慢性病控制率、慢性病規(guī)范管理率、高危人群管理率、服藥率和血壓(血糖)控制率、慢性病預防宣傳教育知曉率、區(qū)域慢性病危險因素監(jiān)測。 |
4.1 | 慢性病管理 | 慢性病管理是公衛(wèi)工作的重點內(nèi)容,產(chǎn)品將慢性病相關(guān)指標設計到一起,形成了慢病管理主題,真對高血壓、糖尿病患者的管理情況進行分析,便于后續(xù)展開隨訪等工作。 |
5 | 重點人群管理業(yè)務監(jiān)管 | 區(qū)域內(nèi)老年人的健康管理情況。 |
5.1 | 重點人群管理 | 健康檔案管理,將居民建檔情況、重點人群檔案管理情況進行細分。體現(xiàn)了區(qū)域內(nèi)老年人的健康管理情況。 |
6 | 婦女保健業(yè)務監(jiān)管 | 對基層醫(yī)療衛(wèi)生機構(gòu)開展的孕產(chǎn)婦健康管理服務工作的執(zhí)行情況進行監(jiān)管,包括孕早期保健、孕中期保健、孕晚期保健、產(chǎn)時保健、產(chǎn)后保健等。 |
6.1 | 婦女保健業(yè)務管理 | 對婦女保健相關(guān)指標進行統(tǒng)計分析,展現(xiàn)區(qū)域婦女保健各項業(yè)務開展情況,為管理者提供一定的決策支持。 |
7 | 兒童保健業(yè)務監(jiān)管 | 對基層醫(yī)療衛(wèi)生機構(gòu)開展的0-6歲兒童健康管理服務工作的執(zhí)行情況進行監(jiān)管,包括新生兒訪視、嬰幼兒保健、學齡前兒童保健等。 |
7.1 | 兒童保健業(yè)務管理 | 對兒童保健相關(guān)指標進行統(tǒng)計分析,展現(xiàn)區(qū)域兒童保健各項業(yè)務開展情況,為管理者提供一定的決策支持。 |
8 | 中醫(yī)藥業(yè)務監(jiān)管 | 中醫(yī)藥業(yè)務監(jiān)管 |
8.1 | 中醫(yī)院業(yè)務管理 | 中醫(yī)建設逐漸成為國家關(guān)注的重點內(nèi)容,獨立建立的中醫(yī)藥管理大屏是將中醫(yī)相關(guān)內(nèi)容進行整合而成的主題大屏。管理者可以在這個主題中充分了解區(qū)域中醫(yī)建設效果。 |
9 | 國家基本公共衛(wèi)生服務項目監(jiān)管 | 針對國家基本公共衛(wèi)生服務項目開展情況進行統(tǒng)一監(jiān)管。通過全民健康信息平臺對區(qū)域內(nèi)基本公共衛(wèi)生服務活動實施情況進行匯總與分析,滿足基本公共衛(wèi)生服務業(yè)務監(jiān)管、服務項目規(guī)范化實施與管理等方面需求。 |
9.1 | 健康檔案電子建檔率 | 對轄區(qū)內(nèi)常住居民(指居住半年以上的戶籍及非戶籍居民)健康檔案建檔服務情況進行監(jiān)管,實現(xiàn)按地區(qū)、時間、人群類別等多個維度的建檔統(tǒng)計,分析建檔人群的健康特征,監(jiān)管建檔任務完成情況 |
9.2 | 重點人群基本公共衛(wèi)生服務情況監(jiān)管 | 重點人群包括0-6歲兒童、孕產(chǎn)婦、老年人、慢性病患者、嚴重精神障礙患者和肺結(jié)核患者等,實現(xiàn)按地區(qū)、時間、人群類別等多個維度的重點人群和特殊人群簽約數(shù)及簽約率、家庭醫(yī)生簽約服務項目開展情況等指標進行監(jiān)管。 |
10 | 醫(yī)院運營監(jiān)管 | 對各級醫(yī)療衛(wèi)生機構(gòu)的運營情況進行全面監(jiān)測與分析,提供日常管理數(shù)據(jù)支持。全民健康信息平臺從各醫(yī)療衛(wèi)生機構(gòu)的HRP、HIS、LIS、PACS、EMR等信息系統(tǒng)采集數(shù)據(jù),統(tǒng)一匯總管理,聚合成各醫(yī)療衛(wèi)生機構(gòu)的資產(chǎn)運營、工作負荷、工作效率、患者負擔等運營狀況的數(shù)據(jù)集市 |
10.1 | 工作負荷監(jiān)控 | 年門診人次(指醫(yī)療衛(wèi)生機構(gòu)在一年內(nèi)進行門診診療的總?cè)舜,一般包括患者醫(yī)療衛(wèi)生機構(gòu)就診的門診、急診人次),健康體檢人次,年急診人次,留觀人次,年住院患者入院,出院例數(shù),出院患者實際占用總床日,年住院手術(shù)例數(shù),年門診手術(shù)例數(shù)(一年內(nèi)門診患者進行手術(shù)的總例數(shù)) |
10.2 | 工作效率監(jiān)控 | 對出院患者平均住院日,平均每張床位工作日,床位使用率,床位周轉(zhuǎn)次數(shù),手術(shù)類型構(gòu)成進行監(jiān)管 |
10.3 | 患者負擔監(jiān)控 | 每門診人次費用,每住院人次費用,參;颊邆人衛(wèi)生支出比例,醫(yī)保目錄內(nèi)藥品費用比例,****醫(yī)院普通門診就診人次占比,DRGS成本核算情況分析,單病種成本核算情況分析 |
11 | 疫情防控監(jiān)管平臺 |
11.1 | 基礎數(shù)據(jù)錄入 | 平臺提供數(shù)據(jù)導入按鈕,可將省里下發(fā)的數(shù)據(jù)導入到本系統(tǒng)內(nèi),系統(tǒng)后臺將會對這些基礎數(shù)據(jù)進行整理,分析 |
11.2 | 短信發(fā)送 | 根據(jù)基礎數(shù)據(jù),系統(tǒng)通過短信網(wǎng)關(guān)定向發(fā)送帶有填報地址的短信 |
11.3 | 短信填報 | 收到短信的相關(guān)人員根據(jù)短信提示內(nèi)容,完成自主填報并提交自身相關(guān)信息,將信息反饋到平臺系統(tǒng)中 |
11.4 | 任務推送 | 系統(tǒng)后臺對錄入數(shù)據(jù)進行分析,明確每名人員應所屬行政區(qū)域(縣、區(qū)),并將工作任務自動推送到基層管控單位 |
11.5 | 監(jiān)管反饋 | 基層管控單位工作人員根據(jù)任務分配,將現(xiàn)場、遠程工作內(nèi)容反饋給系統(tǒng) |
11.6 | 進度展示 | 指揮中心的工作人員遠程接收系統(tǒng)收到信息匯報,以及工作進展情況進行展示 |
11.7 | 主頁定制開發(fā) | 提供定制化功能,提升系統(tǒng)延展性 |
五 | 基于平臺的業(yè)務協(xié)同系統(tǒng) | 根據(jù)互聯(lián)互通測評要求,對基本醫(yī)療和公共衛(wèi)生相關(guān)服務進行協(xié)同應用管理 |
1 | 基本醫(yī)療服務協(xié)同 | 基于全民健康信息平臺,對個人健康檔案、慢病等協(xié)同提供服務 |
1.1 | 個人基本信息調(diào)閱服務 | 通過健康檔案瀏覽器,****醫(yī)療機構(gòu)、居民推送居民個人基本信息,包括年齡、性別、民族等個人基本醫(yī)學相關(guān)信息。 |
1.1.1 | 個人基本信息服務 | 居民個人基本信息,包括年齡、性別、民族等 |
1.1.2 | 個人基本醫(yī)學相關(guān)信息服務 | 居民公共衛(wèi)生信息和醫(yī)療信息 |
1.2 | 居民健康檔案信息服務 | 通過健康檔案瀏覽器,****醫(yī)療機構(gòu)、居民推送健康檔案、高血壓建檔、高血壓患者隨訪、糖尿病建檔、糖尿病患者隨訪、預防接種、預防接種報告、高危新生兒登記信息記錄、體弱兒童登記信息記錄、體弱兒隨訪記錄、出生醫(yī)學證明、兒童健康體檢、新生兒家庭訪視、孕產(chǎn)婦建卡、高危孕產(chǎn)婦信息記錄、產(chǎn)前隨訪、產(chǎn)后訪視、產(chǎn)后42天健康檢查、分娩情況、成年人健康體檢、死亡醫(yī)學證明等公衛(wèi)相關(guān)信息。 |
1.2.1 | 健康檔案信息服務 | 居民健康檔案信息獲取、推送服務 |
1.2.2 | 高血壓專案信息服務 | 高血壓患者信息、高血壓專案信息、高血壓隨訪信息、高血壓患者健康檢查信息的獲取、推送服務 |
1.2.3 | 糖尿病專案信息服務 | 糖尿病患者信息、糖尿病專案信息、糖尿病隨訪信息、糖尿病患者健康檢查信息的獲取、推送服務 |
1.2.4 | 預防接種信息服務 | 預防接種、預防接種報告信息的獲取、推送服務 |
1.2.5 | 兒童保健信息服務 | 兒童體檢信息、體弱兒童信息、集體體檢信息、兒童死亡信息、新生兒疾病篩查信息、出生缺陷登記信息、出生證明信息的獲取、推送服務 |
1.2.6 | 婦女保健信息服務 | 孕產(chǎn)婦保信息、高危孕產(chǎn)婦信息、孕產(chǎn)婦死亡報告信息、葉酸管理信息、兩癌篩查信息、婦女病普查信息的獲取、推送服務 |
1.2.7 | 健康體檢信息服務 | 老年人健康檔案信息、老年人健康體檢信息的獲取、推送服務 |
1.2.8 | 死亡醫(yī)學證明服務 | 死亡證明信息的獲取、推送服務 |
1.3 | 居民電子病歷信息服務 | 通過電子病歷瀏覽器,****醫(yī)療機構(gòu)、居民推送門急診信息、住院信息、體檢信息等 |
1.3.1 | 門急診診療信息服務 | 門急診醫(yī)囑、門急診處方、門急診掛號信息等獲取、推送服務 |
1.3.2 | 住院診療信息服務 | 住院電子病歷、入院記錄、出院記錄、臨床路徑信息等獲取、推送服務 |
1.4 | 重復檢查提醒服務 | 重復檢查功能是當醫(yī)生在HIS系統(tǒng)內(nèi)給患者開立檢查項目時,HIS系統(tǒng)會調(diào)用平臺提供的接口,根據(jù)之前平臺采集上來的數(shù)據(jù)與本次醫(yī)生要給患者開立的檢查項目編碼和名稱進行對比,如果發(fā)現(xiàn)同一患者開立過相同檢查項目,則進行提示,并展示檢查項目詳情 |
1.4.1 | 檢查結(jié)果服務 | 檢查項目詳情包括檢查機構(gòu)、檢查時間、檢查科室、檢查結(jié)果所見以及針對檢查結(jié)果的建議診斷 |
1.4.2 | 檢查報告服務 | 檢查報告獲取、推送服務 |
1.4.3 | 提醒服務 | 檢查結(jié)果提醒服務 |
1.5 | 重復檢驗提醒服務 | 重復檢驗功能是當醫(yī)生在HIS系統(tǒng)內(nèi)給患者開立檢驗項目時,HIS系統(tǒng)會調(diào)用平臺提供的接口,根據(jù)之前平臺采集上來的數(shù)據(jù)與本次醫(yī)生要給患者開立的檢驗項目編碼和名稱進行對比,如果發(fā)現(xiàn)同一患者開立過相同檢驗項目,則進行提示,并展示檢驗項目詳情。 |
1.5.1 | 檢驗結(jié)果服務 | 檢驗項目詳情包括檢驗機構(gòu)、檢驗時間、檢驗項目、檢驗報告以及針對檢驗結(jié)果的建議診斷 |
1.5.2 | 檢驗報告服務 | 檢驗報告獲取、推送服務 |
1.5.3 | 提醒服務 | 檢驗結(jié)果提醒服務 |
1.6 | 重復用藥提醒服務 | 重復用藥功能是當醫(yī)生在HIS系統(tǒng)內(nèi)給患者開處方藥品時,HIS系統(tǒng)會調(diào)用平臺提供的接口,根據(jù)之前平臺采集上來的數(shù)據(jù)與本次醫(yī)生要給患者開立的方藥品編碼和藥品名稱進行對比,如果發(fā)現(xiàn)同一患者開立過相同檢驗項目,則進行提示,并展示藥品詳情 |
1.6.1 | 處方信息服務 | 藥品詳情包括就診機構(gòu)、就診時間、報告、藥品名稱、就診科室、開藥醫(yī)師、開藥時間、藥品規(guī)格信息 |
1.6.2 | 提醒服務 | 用藥信息提醒服務 |
2 | 公共衛(wèi)生服務協(xié)同 | 通過分級診療系統(tǒng),****醫(yī)療機構(gòu)信息系統(tǒng)互聯(lián)互通,實現(xiàn)雙向轉(zhuǎn)診、遠程診斷、遠程會診、處方流轉(zhuǎn)等業(yè)務 |
2.1 | 老年人健康管理信息服務 | 全民健康信息****醫(yī)療機構(gòu)的體檢信息,推送給基層信息系統(tǒng),豐富基層信息系統(tǒng)的老年人體檢信息。 |
2.2 | 高血壓隨訪管理服務 | 全民健康信息平臺****醫(yī)療機構(gòu)的就診信息,推送給基層信息系統(tǒng),豐富基層信息系統(tǒng)的高血壓隨訪信息。 |
2.3 | 糖尿病隨訪管理服務 | 全民健康信息平臺****醫(yī)療機構(gòu)的就診信息,推送給基層信息系統(tǒng),豐富基層信息系統(tǒng)的糖尿病隨訪信息。 |
六 | 衛(wèi)生健康信息便民服務系統(tǒng) | 全民健康信息平臺與家庭醫(yī)生簽約系統(tǒng)互聯(lián)互通,為醫(yī)療機構(gòu)、居民提供家庭醫(yī)生履約、簽約包信息等查詢服務。 |
1 | 居民注冊管理 | 采用身份證號實名注冊,與全民健康信息平臺居民主索引合并,同時融合電子健康碼、遼事通等,作為居民在本區(qū)域唯一標識,并能夠?qū)人信息進行管理。 |
1.1 | 電子健康碼注冊 | 通過與電子健康碼管系統(tǒng)對接,實現(xiàn)居民電子健康碼的申請。 |
1.2 | 遼事通注冊 | 通過與遼事通系統(tǒng)對接,實現(xiàn)居民電子健康碼的申請。 |
1.3 | 身份證注冊 | 身份證號實名注冊 |
1.4 | 賬號合并 | 身份證帳號、醫(yī)?◣ぬ、居民健康卡帳號、遼事通帳號等多賬號合并管理 |
2 | 醫(yī)療健康服務 | 為居民提供醫(yī)療健康相關(guān)服務 |
2.1 | 智能導診服務 | 針對患者提供就醫(yī)導診的互聯(lián)網(wǎng)服務,根據(jù)患者身體部位和不適癥狀推薦就診科室,智能導診以人機對話的形式,患者選擇對應的部位、癥狀,根據(jù)部位、癥狀的選擇,結(jié)合疾病知識庫得出可能疾病,為患者匹配最佳的醫(yī)療**,提供就診參考 |
2.2 | 預約掛號服務 | 與醫(yī)院緊密對接,****醫(yī)院的不同科室醫(yī)生的可掛號時間,方便用戶查看進行預約,更好的安排自己的看診行程。根據(jù)專家特長和出診時間預約掛號,患者預約時發(fā)送癥狀信息,醫(yī)生可提前獲知。 |
2.3 | 報告查詢服務 | 為居民提供檢查、檢驗報告查詢功能 |
2.3.1 | 檢查報告查詢 | 通過與全民健康信息平臺對接,居民可以查看歷次檢驗記錄的檢驗報告與檢驗結(jié)果 |
2.3.2 | 檢驗報告查詢 | 通過與全民健康信息平臺對接,居民可以調(diào)閱區(qū)域內(nèi)歷次的檢查記錄,查詢檢查報告與檢查影像 |
3 | 公共衛(wèi)生服務 | 為居民提供公共衛(wèi)生服務 |
3.1 | 居民健康檔案服務 | 居民可通過**應用實時調(diào)閱個人健康檔案,具體調(diào)閱信息包含居民基本信息、歷史就診信息、歷史住院信息、歷史公共衛(wèi)生健康信息。 |
3.1.1 | 居民基本信息 | 查看個人及家庭成員檔案信息,如姓名、住址、聯(lián)系電話、建檔人、建檔日期等,查看個人及家庭成員基本信息,如性別、出生日期、身份證號、血型以及藥物過敏史等 |
3.1.2 | 歷史就診信息 | 查看歷次就診的詳細信息,包括就診基本信息,診斷信息及處方信息等 |
3.1.3 | 歷史住院信息 | 可以調(diào)閱查看歷次的住院的出院小結(jié)信息,出院小結(jié)信息 |
3.1.4 | 歷史公共衛(wèi)生健康信息 | 實現(xiàn)全生命周期的健康檔案信息查看,包括:出生信息、接種信息、用血獻血信息、家庭醫(yī)生信息、兒童保健、婦女保健、健康體檢、慢病管理等 |
3.2 | 慢性病服務 | 提供針對高血壓、Ⅱ型糖尿病等慢性病居民,提供信息查詢和隨訪服務信息推送。 |
3.2.1 | 高血壓患者服務 | 提供針對高血壓慢性病居民,提供信息查詢和隨訪服務信息推送。 |
3.2.2 | 糖尿病患者服務 | 提供針對Ⅱ型糖尿病等慢性病居民,提供信息查詢和隨訪服務信息推送。 |
4 | 信息共享服務 | ****醫(yī)療機構(gòu)信息、醫(yī)院公開信息等 |
4.1 | 醫(yī)療機構(gòu)信息展示 | ****醫(yī)院基礎信息展示、院內(nèi)地圖、院內(nèi)導航、醫(yī)療信息公開等功能 |
4.2 | 醫(yī)療信息公開 | 藥品信息公開,包括藥品名稱、規(guī)格、廠商、價格等;醫(yī)療費用信息公開,包括醫(yī)療服務項目名稱、醫(yī)療服務價格等信息 |
4.3 | 統(tǒng)一支付服務 | 整合居民就診支付渠道,提供覆蓋主流在線支付機構(gòu)(基本/商業(yè)醫(yī)療保險、 銀行、第三方支付平臺)的統(tǒng)一支付服務 |
七 | 分級診療應用系統(tǒng) | 1、為**、**和寬甸提供縣域醫(yī)共體業(yè)務。 2、****醫(yī)院、****醫(yī)院提供醫(yī)聯(lián)體業(yè)務。 3、****衛(wèi)健委****中心系統(tǒng),****中心系統(tǒng)主要包括遠程門診、遠程臨床會診、遠程影像診斷、遠程心電診斷、遠程病理診斷、遠程教育、遠程醫(yī)療移動端、遠程醫(yī)療運營決策支持、遠程醫(yī)療業(yè)務統(tǒng)計分析、醫(yī)療**運營管理。 |
1 | 醫(yī)療**管理 | 為平臺中供需雙方搭建交易的網(wǎng)絡環(huán)境,實現(xiàn)供需透明及服務有效匹配的目標,構(gòu)建網(wǎng)狀的醫(yī)療服務網(wǎng)絡。支持逐級、多級的服務要求。標準化醫(yī)療**的管理,****醫(yī)院、專家以及服務項目進行全程監(jiān)控。構(gòu)建統(tǒng)一的賬戶結(jié)算體系,實現(xiàn)服務費用繳款、記賬、結(jié)算等輔助管理,為用戶提供良好的運營管理支撐,實現(xiàn)醫(yī)療**服務運營化管理的目標 |
1.1 | 基礎數(shù)據(jù)管理 | 機構(gòu)信息維護、醫(yī)務人員信息維護、角色信息維護 |
1.1.1 | 機構(gòu)信息維護 | 醫(yī)療機構(gòu)的管****醫(yī)療機構(gòu)的基本信息 |
1.1.2 | 醫(yī)務人員維護 | 對在平臺注冊并提供醫(yī)療服務的醫(yī)務人員資質(zhì)信息進行嚴格管理,包括醫(yī)務人員的基本信息、執(zhí)業(yè)信息和特長信息等。****醫(yī)療機構(gòu)的關(guān)聯(lián)關(guān)系,醫(yī)務人員與科室的關(guān)聯(lián)關(guān)系等 |
1.1.3 | 角色信息維護 | 針對醫(yī)務人員的職責不同,通過設置角色,對角色維護菜單來進行區(qū)分。新增一個角色后,可在菜單授權(quán)頁面為其選擇所需的菜單。為醫(yī)務人員匹配相應的角色后,在登錄時即可顯示其所需的菜單。 |
1.2 | 本地化配置管理 | 醫(yī)共體、醫(yī)聯(lián)體、遠程醫(yī)療系統(tǒng)中成員單位、標準**等信息本地化配置管理 |
1.2.1 | 醫(yī)療服務網(wǎng)絡配置 | 平臺需要同一家機構(gòu)能夠支持多種醫(yī)療服務網(wǎng)絡的設定,醫(yī)療服務網(wǎng)絡限定了醫(yī)療**供給側(cè)與需求側(cè)的關(guān)系。平臺上支持設定多個醫(yī)療服務網(wǎng)絡。醫(yī)療服務網(wǎng)絡構(gòu)建是平臺關(guān)鍵業(yè)務,****醫(yī)療機構(gòu)****醫(yī)療機構(gòu)提供的**,在檢索醫(yī)療服務**時進行控制與管理。 |
1.2.2 | 標準**維護 | 運****醫(yī)院管理人員可對平臺上的標準**目錄進行維護。各提供方提供本地服務**時需要在標準**目錄中選取,可以****醫(yī)院、專家以及服務項目進行全程監(jiān)控與管理。 |
1.2.3 | 本地**維護 | 提****醫(yī)療機構(gòu),將各自優(yōu)質(zhì)的、可對外服務的醫(yī)療**從標準**目錄中選擇出來,新增到本地**目錄中。根據(jù)醫(yī)療服務的內(nèi)容以及服務類型設定服務價格。根據(jù)醫(yī)療服務**的性質(zhì),支持由科室、醫(yī)生或團隊等方式執(zhí)行服務。 |
1.2.4 | 標準藥品維護 | 運****醫(yī)院管理人員可對平臺上的標準藥品目錄進行維護,各藥品提供方在維護本地藥品**時需要在標準藥品目錄中進行選取,****醫(yī)療機構(gòu)使用情況的監(jiān)控和統(tǒng)一管理。 |
1.2.5 | 本地藥品維護 | ****醫(yī)療機構(gòu),可以將各自藥房提供的藥品從標準藥品目錄中選取并新增,根據(jù)實際情況自定義藥品零售價。 |
1.2.6 | 服務協(xié)議管理 | 因不同醫(yī)療服務網(wǎng)絡內(nèi)醫(yī)療服務的提供者與需求者的業(yè)務供需不同,通過制定相應醫(yī)療服務網(wǎng)絡的服務協(xié)議,來明確彼此的業(yè)務職責和服務項目的價格。醫(yī)療服務項目協(xié)議將會在醫(yī)療服務交易過程中起到作用。 |
1.2.7 | 藥品協(xié)議管理 | 因在不同的醫(yī)療服務網(wǎng)絡內(nèi)藥品提供方與藥品需求方的業(yè)務供需不同,通過制定相應的藥品服務協(xié)議,來確定醫(yī)療服務網(wǎng)絡中可提供的藥品種類和藥品協(xié)議價格。 |
1.3 | 賬戶管理 | 各級醫(yī)療機構(gòu)賬戶管理 |
1.3.1 | 預收款管理 | 各醫(yī)療機構(gòu)可通過預交存款的方式進行服務申請,避免每次申請服務都需結(jié)算的情況。預收款管理****醫(yī)療機構(gòu)的預收款信息,包括收取、退還、查看預交款,實現(xiàn)對每一筆預收款的精細化管理 |
1.3.2 | 結(jié)算管理 | 結(jié)算管理是指結(jié)算管理人員對醫(yī)聯(lián)體網(wǎng)絡內(nèi)所有服務費用的結(jié)算,****中心可以實現(xiàn)對多醫(yī)聯(lián)體網(wǎng)絡的結(jié)算。結(jié)算管理人員可在“結(jié)算中心管理”****中心,****中心添加相關(guān)醫(yī)聯(lián)體網(wǎng)絡,指****管理中心結(jié)算員的角色,可以對醫(yī)療費用進行結(jié)算。費用****中心、醫(yī)療服務網(wǎng)絡和結(jié)算時間,對各醫(yī)療機構(gòu)提供方進行結(jié)算。對結(jié)算日期提供嚴格的結(jié)算口徑管理,對結(jié)算起止時間嚴格控制 |
1.3.3 | 記賬管理 | 針對相關(guān)業(yè)務提供統(tǒng)一的記賬系統(tǒng)。結(jié)算時能查看患者、申請醫(yī)生等會診詳細信息,并能夠記錄記賬時間和記賬費用等信息。針對已記賬的會診也可進行退賬操作,詳細記錄操作人和操作時間等信息。保證每條記錄有跡可循,還可對記賬項目進行查詢 |
1.3.4 | 明細查詢 | 明細查詢分為收入明細的查詢和消費明細的查詢。收入明細查詢是指機構(gòu)管理人員查看所在機構(gòu)針對其他機構(gòu)提供的服務繳費詳細信息。消費明細查詢是指機構(gòu)管理人員查看所在機構(gòu)使用其他機構(gòu)提供的服務繳費詳細信息 |
1.3.5 | 機構(gòu)警戒線維護 | ▲針對機構(gòu)賬戶余額情況進行監(jiān)管,對欠費額度進行監(jiān)管,防止醫(yī)療機構(gòu)之間債務糾紛。當?shù)竭_警戒值后,機構(gòu)將不可再進行服務申請,可通過預交款對余額進行補充。 |
1.3.6 | 醫(yī)療機構(gòu)賬戶監(jiān)管 | 賬戶監(jiān)管是運營管理的主要功能,支持運營管理人員查看機構(gòu)申請服務的消費情況和賬戶余額等信息。 |
2 | **共享系統(tǒng) | ****中心、****中心、****中心功能。 |
2.1 | 影像診斷系統(tǒng) | ****醫(yī)院拍片上傳,由****中心進行統(tǒng)一閱片和診斷服務,形成電子化的影像診斷報告,****醫(yī)院,****醫(yī)院醫(yī)生對患者進行診斷與治療。 |
2.1.1 | 委托檢查服務 | 基層醫(yī)療機構(gòu)的醫(yī)學影像檢查設備(如CT、磁共振、彩超等)有限,閱片能力有限,只能進行較為低端的醫(yī)學影像檢查,限制了基層醫(yī)生的診斷能力與服務水平。通過醫(yī)療服務外包的形式,****中心來集中進行醫(yī)學影像檢查與醫(yī)學影像診斷,是最切實可行的解決方案。****醫(yī)療機構(gòu)的資金投入,****影像中心的**利用率,還有利于保證醫(yī)學影像檢查結(jié)果的準確性與一致性,實現(xiàn)區(qū)域檢查結(jié)果互認。 |
2.1.2 | 集中閱片服務 | 集****醫(yī)院拍片,由****中心進行統(tǒng)一診斷的服務,可有效提升基層機構(gòu)的影像業(yè)務水平;鶎俞t(yī)生發(fā)起影像診斷申請,****中心接收申請,調(diào)閱患者影像資料,書寫診斷報告并回傳,基層醫(yī)療機構(gòu)可對報告進行查看和打印。 |
2.1.3 | 遠程影像會診 | 遠程影像會****中心****醫(yī)院提交的影像會診申請,出具影像會診意見的服務,****醫(yī)院疑難影像的快速轉(zhuǎn)移,從而為患者的早期及時診斷和就地治療或轉(zhuǎn)院爭取時間和治愈可能的服務。 |
2.2 | 臨床檢驗系統(tǒng) | 支持“委托檢驗”和"預約檢驗"兩種模式。 1、委托檢驗:****醫(yī)院采集檢驗樣本,通過物流流轉(zhuǎn)的方式,將****檢驗中心,進行集中檢驗,形成檢驗報告,****醫(yī)院,****醫(yī)院檢驗服務能力。 2、預約檢驗:****醫(yī)院醫(yī)生提交檢驗申請,上級醫(yī)院審核,患者繳費后攜帶打印憑證,****醫(yī)院進行檢驗,并實現(xiàn)****醫(yī)院之間的共享。 |
2.2.1 | 委托檢驗服務 | ****醫(yī)療機構(gòu)的檢驗設備有限,只能進行常見的檢驗服務,限制了基層醫(yī)生的診斷能力與服務水平。通過醫(yī)療服務外包的形式,****中心來集中進行檢驗,****醫(yī)療機構(gòu)的資金投入,****中心的**利用率,還有利于保證檢驗結(jié)果的準確性與一致性,實現(xiàn)區(qū)域檢驗結(jié)果互認。臨檢中心將安排人員定****醫(yī)療機構(gòu)的檢驗樣本,進行集中檢驗,并將檢****醫(yī)療機構(gòu),從而解決基層檢驗能力不足的問題。 |
2.2.2 | 預約檢驗服務 | 實現(xiàn)檢驗業(yè)務的預約申請,申請醫(yī)生發(fā)出預約檢驗申請,上級醫(yī)生審核通過后,****醫(yī)院預繳費,繳費成功患者攜帶打印憑證,在****醫(yī)院進行檢驗,上級醫(yī)生進行檢驗業(yè)務處理。 |
2.3 | 心電診斷系統(tǒng) | ****醫(yī)院上傳數(shù)字化心電圖,****中心進行統(tǒng)一閱片和診斷服務,形成電子化的心電診斷報告,****醫(yī)院,****醫(yī)院對患者進行診斷與治療。 |
2.3.1 | 遠程心電診斷 | 建立區(qū)域心電系統(tǒng),****醫(yī)療機構(gòu)的心電圖檢查設備采集的心電檢查數(shù)據(jù)、報告進行數(shù)字化,并統(tǒng)一存儲到心電圖網(wǎng)絡系統(tǒng)服務器中,實現(xiàn)數(shù)據(jù)集中共享、提供遠程診斷醫(yī)療服務模式和區(qū)域內(nèi)的心電檢查監(jiān)管。 |
2.3.2 | 遠程心電會診 | 通過標準的心電數(shù)據(jù)存儲規(guī)范,使心電檢查可以和區(qū)域內(nèi)的其他系統(tǒng),包括電子病歷系統(tǒng)、居民健康系統(tǒng)實現(xiàn)數(shù)據(jù)歸檔,并支持特殊的檢查流程,包括急診的綠色通道、120 院前檢查、專家會診。接收基層上傳的心電圖數(shù)據(jù),縣級醫(yī)院心電圖室醫(yī)生登錄會診平臺進行診斷和報告的審核。 |
3 | 協(xié)同管理系統(tǒng) | 提供會診、雙向轉(zhuǎn)診、廚房流程轉(zhuǎn)等服務。 |
3.1 | 遠程會診系統(tǒng) | 遠程醫(yī)療是整合利用醫(yī)療衛(wèi)生**、提升基層醫(yī)療衛(wèi)生服務能力、推進城鄉(xiāng)醫(yī)療衛(wèi)生服務均等化的有效途徑。依托現(xiàn)代信息技術(shù),****醫(yī)療機構(gòu)與患者,進行跨機構(gòu)、跨地域醫(yī)療診治活動。交互式的遠程會診服務,支持上級機構(gòu)專家與基層申請醫(yī)生、患者間的實時音頻、視頻交互,提升了醫(yī)療服務效率和患者就醫(yī)體驗。 |
3.1.1 | 遠程門診服務 | ****醫(yī)療機構(gòu)的診治服務能力,改善當前患者對于基層醫(yī)生不信任的現(xiàn)狀,****醫(yī)院實時解決在門診過程中遇到的問題,****醫(yī)療機構(gòu)醫(yī)生提供了實時遠程門診支持的服務,建立?漆t(yī)生與基層醫(yī)生溝通的渠道,實現(xiàn)上級?漆t(yī)生與基層醫(yī)生實時協(xié)同看診的業(yè)務需求。 |
3.1.2 | 臨床會診服務 | 為減輕患者負擔,合理配置醫(yī)療服務**,促進優(yōu)質(zhì)醫(yī)療**下沉,在臨床診療過程中,遇到有疑難重癥或在實施治療方案時有困難等情況,****醫(yī)院發(fā)起遠程臨床會診申請。支持交互式的遠程臨床會診,會診專家與申請醫(yī)生、患者間的實時音視頻交互,實現(xiàn)患者在病床上就能實時接受專家遠程會診服務;支持離線式的遠程臨床會診,申請醫(yī)生通過會診終端提交會診申請信息和病歷資料。會診專家根據(jù)實際情況,非實時瀏覽會診申請信息和相關(guān)資料,并編寫和發(fā)布會診報告,申請醫(yī)生可在報告發(fā)布后進行報告瀏覽。 |
3.1.3 | 專科會診服務 | 專科會診是針對某種病癥提供專家會診服務的功能,相比于臨床會診,?茣\可以填寫更加詳細和專業(yè)的申請信息,適用于類似常見慢性病等病癥。 |
3.2 | 雙向轉(zhuǎn)診服務 | ****醫(yī)院****醫(yī)院之間的門診、住院雙向轉(zhuǎn)診,支持基于協(xié)同門診的轉(zhuǎn)診服務。 |
3.2.1 | 門診轉(zhuǎn)診服務 | 門診預約服務實現(xiàn)了優(yōu)質(zhì)醫(yī)療**的下沉,****醫(yī)院預約服務水平的差距,****醫(yī)院**的利用率,讓居民在****醫(yī)院的專家號源,增強居民對于基層的信任感。 |
3.2.2 | 住院轉(zhuǎn)診服務 | 在住院轉(zhuǎn)診業(yè)務中,基層醫(yī)療機構(gòu)與****醫(yī)院、?漆t(yī)院形成**機制。讓常見病、慢性病在基層醫(yī)療衛(wèi)生機構(gòu)得到治療,疑難重癥則****醫(yī)院治療,在大醫(yī)院治療后的康復期或穩(wěn)定期****醫(yī)療機構(gòu)進行康復治療。 |
3.6 | 遠程教育系統(tǒng) | 遠程教育系統(tǒng)是利用信息化技術(shù),實現(xiàn)遠程開展與醫(yī)學有關(guān)的各種教育活動的目標。通過遠程教育系統(tǒng),可以大大提高教育**的傳播效率,使教育**得到最大限度共享,有利于改變傳統(tǒng)醫(yī)學教育模式中受教育者被動的學習方式,使學習由被動變?yōu)橹鲃,加強醫(yī)學受教育人員素質(zhì)的培養(yǎng)。 |
3.6.1 | 在線示教 | 在線示教提供了線上實時教育的功能,相關(guān)專家進行在線的醫(yī)學示教,演示查房、手術(shù)、問診等醫(yī)療環(huán)節(jié),提升觀看示教醫(yī)生的綜合能力。 |
3.6.2 | 醫(yī)學文獻 | 醫(yī)學文獻以文本類型的文件展示醫(yī)學知識,所有醫(yī)生均可在線查看學習。 |
3.6.3 | 大醫(yī)講堂 | 大醫(yī)講堂主要是通過組織地區(qū)上有影響力的學科專家進行講座錄播,將錄播的課件作為大醫(yī)講堂的課程,通過在線點播學習的方式,提升醫(yī)生自身的綜合醫(yī)療服務能力。 |
3.6.4 | 遠程會議 | 遠程會議實現(xiàn)了云端會議室的功能,使不同地域跨機構(gòu)的醫(yī)生可以遠程參加會議,進行相關(guān)醫(yī)學活動的在線交流。 |
4 | 醫(yī)療業(yè)務統(tǒng)計系統(tǒng) | 統(tǒng)計分析系統(tǒng)提供了面向運營管理人員進行跨院業(yè)務監(jiān)控的功能。監(jiān)控具體業(yè)務開展的情況,主要針對預約、住院、會診、影像診斷、病理診斷、門診會診等院間醫(yī)療業(yè)務進行監(jiān)控。 |
4.1 | 統(tǒng)計報表—會診 | 面向運營管理人員提供針對臨床會診業(yè)務開展情況進行監(jiān)管的功能,對費用和工作量進行統(tǒng)計查詢,實現(xiàn)綜合決策支持。 |
4.2 | 統(tǒng)計報表—門診 | 面向運營管理人員提供針對遠程門診業(yè)務開展情況進行監(jiān)管的功能,對費用和工作量進行統(tǒng)計分析,實現(xiàn)綜合決策支持。 |
4.3 | 統(tǒng)計報表—轉(zhuǎn)診 | 面向運營管理人員提供針對轉(zhuǎn)診業(yè)務開展情況進行監(jiān)管的功能,可通過設置申請時間段、申請類型、申請醫(yī)院或醫(yī)生等信息來篩選和查看針對申請數(shù)量和完成數(shù)量的統(tǒng)計分析結(jié)果。支持對統(tǒng)計報表的導出和打印。 |
4.4 | 統(tǒng)計報表—檢驗 | 面向運營管理人員提供針對委托檢驗業(yè)務開展情況進行監(jiān)管的功能,可通過****醫(yī)院等信息來篩選和查看針對申請數(shù)量、已接單數(shù)量、未接單數(shù)量、樣本退回數(shù)量的統(tǒng)計分析結(jié)果。支持對統(tǒng)計報表的導出和打印。 |
4.5 | 統(tǒng)計報表—檢查 | 面向運營管理人員提供針對委托檢查業(yè)務開展情況進行監(jiān)管的功能,可通過****醫(yī)院等信息來篩選和查看針對申請數(shù)量、完成數(shù)量的統(tǒng)計分析結(jié)果。支持對統(tǒng)計報表的導出和打印。 |
4.6 | 統(tǒng)計報表—集中閱片 | 面向運營管理人員提供針對集中閱片業(yè)務開展情況進行監(jiān)管的功能,可通過設置時間段和申請機構(gòu)等信息來篩選和查看針對申請數(shù)量、完成數(shù)量、閱片效率的統(tǒng)計分析。支持對統(tǒng)計報表的導出和打印。 |
4.7 | 統(tǒng)計報表—遠程教育 | 實現(xiàn)針對遠程教育業(yè)務的訂閱情況進行統(tǒng)計分析。可以通過設置時間段和主講人所在機構(gòu)名稱進行檢索,可以查看課程開始和結(jié)束時間、課程名稱、主講醫(yī)生和訂閱人數(shù)等信息。支持對統(tǒng)計報表的導出和打印。 |
4.8 | 統(tǒng)計報表—** | 實現(xiàn)針對各機構(gòu)向醫(yī)療服務網(wǎng)絡內(nèi)所投放**的統(tǒng)計分析。****醫(yī)院和所屬網(wǎng)絡來篩選和查看維護**數(shù)量、**發(fā)布情況及投放百分比等信息。 |
八 | 基層醫(yī)療機構(gòu)綜合信息系統(tǒng) | ****衛(wèi)生院、****中心等基層醫(yī)療衛(wèi)生機構(gòu)提供一體化基衛(wèi)系統(tǒng)。 |
1 | 云HIS系統(tǒng) | 基層基本醫(yī)療服務是基層醫(yī)療衛(wèi)生服務機構(gòu)為居****中心,以健康問題為導向,以多發(fā)病、常見病 的診療為主導,持續(xù)照護的醫(yī)療服務。全科診療服務是為全科診療過程提供的信息技術(shù)輔助管理支持。主要包含門急診掛號、門診收費、門診醫(yī)生站、門診護士站、住院等功能。 |
1.1 | 門診服務 | 為基層機構(gòu)提供門診業(yè)務。 |
1.1.1 | 門急診掛號 | 通過門診掛號,有效的分診,保證患者就醫(yī)的有序,功能包括門診預約掛號、門急診掛號、門診退號、操作員日結(jié)、掛號統(tǒng)計查詢。 |
1.1.2 | 門診收費 | 門診收費功能主要是針對門診診療服務過程中產(chǎn)生的服務費、藥費、檢驗檢查費、治療費用進行收費,對有償醫(yī)療服務價值的財務轉(zhuǎn)化,實現(xiàn)醫(yī)院的醫(yī)療服務財務收入管理,功能包括門診劃價收退費、門診退費、檢驗申請單補錄、門診日結(jié)功能、門診日結(jié)查詢、收費明細查詢。 |
1.1.3 | 門診醫(yī)生站 | ▲該功能主要服務于醫(yī)生看診過程中,對于患者治療過程的記錄,功能包括門診診療記錄(電子病歷)書寫、醫(yī)技申請、門診診療記錄的修改與刪除、健康指導、疾病轉(zhuǎn)診、健康檔案生成與提交服務、基層衛(wèi)生提醒服務、診療知識庫功能。 |
1.1.4 | 門診護士站 | ****工作站主要提輔助門診護士進行門診患者的診療處置進行執(zhí)行管理,功能包括門診皮試登記、門診輸液打印、門診處置執(zhí)行、門診病歷打印。 |
1.2 | 住院管理服務 | 住院管理是為有住院條件的醫(yī)療衛(wèi)生服務機構(gòu)所提供的信息管理服務。住院管理服務是為住院管理業(yè)務提供的信息技術(shù)輔助管理應用支持。住院管理適用于醫(yī)療衛(wèi)生機構(gòu)醫(yī)護人員對住院病人提供的入、出、轉(zhuǎn)、臨床醫(yī)護與住院費用管理等。 |
1.2.1 | 住院登記 | 實現(xiàn)對于入院患者的登記管理,功能包括入院登記、無費退院。 |
1.2.2 | 住院醫(yī)生站 | ****工作站****中心的臨床診療信息平臺,住院醫(yī)生主要圍繞住院病人的醫(yī)囑、病歷等內(nèi)容進行管理 |
1.2.3 | 住院護士站 | 面向護士實現(xiàn)業(yè)務管理,功能包括病區(qū)管理、醫(yī)囑管理、護理記錄單管理、三測單管理、護士查詢打印 |
1.2.5 | 住院費用管理 | 針對住院患者在院期間涉及到的住院押金的繳退、費用信息的記賬與沖賬、欠費情況的管理等 |
1.2.6 | 出院結(jié)算管理 | 住院患者的出院管理、出院結(jié)算、結(jié)算召回等功能 |
1.3 | 藥事服務管理 | 對門診發(fā)藥、住院擺藥、處方點評等業(yè)務進行管理 |
1.3.1 | 門診發(fā)藥管理 | 門診發(fā)藥:獲取處方信息;審核處方發(fā)藥,同時扣掉庫存,可以實現(xiàn)收費后自動打印發(fā)藥單并自動發(fā)藥。 門診退藥:查詢患者處方,選擇需退的藥品,確認退藥,并還回庫存,可以將還庫存的過程放在退費確認的過程中。 門診發(fā)退藥查詢:針對時間段內(nèi)門診藥房發(fā)藥的信息進行查詢統(tǒng)計。 |
1.3.2 | 住院擺藥管理 | 住院發(fā)藥:獲取醫(yī)囑信息;審核發(fā)藥。 住院退藥:查詢住院護士站發(fā)送的退藥申請,確認退藥,退藥后還回庫存。 住院發(fā)藥查詢:查詢期內(nèi)住院各病區(qū)科室發(fā)的藥品的詳細情況,可以按照病區(qū)、科室、患者來顯示明細,也可以按照實發(fā)藥品匯總 |
1.4 | 運營管理服務 | 藥品、物資、財務等業(yè)務進行管理 |
1.4.1 | 藥品管理 | 藥房藥庫管理 |
1.4.2 | 物資管理 | 物資入庫管理、物資出庫管理、入庫打印、出庫打印、庫存管理、物資盤點 |
1.4.3 | 財務管理 | 門診類統(tǒng)計管理、住院類統(tǒng)計管理、藥品類統(tǒng)計管理、物資類統(tǒng)計管理、收款員發(fā)票領用、退費審核 |
1.5 | 基礎數(shù)據(jù)管理 | 全局、機構(gòu)基礎數(shù)據(jù)管理 |
1.5.1 | 全局基礎數(shù)據(jù)管理 | 對于全局基礎數(shù)據(jù)查詢,該部分內(nèi)容在醫(yī)共體下將由進行統(tǒng)一管理與分發(fā) |
1.5.2 | 機構(gòu)基礎數(shù)據(jù)管理 | 對機構(gòu)內(nèi)基礎數(shù)據(jù)查詢、新增、修改。 |
2 | 云EMR系統(tǒng) | 電子病****中心的全醫(yī)療過程的數(shù)據(jù)記錄的集成,是建立在醫(yī)囑、檢驗、醫(yī)學影像、心電、手術(shù)麻醉、護理等各類臨床信息系統(tǒng)基層上,滿足臨床診療現(xiàn)場的信息需求,實現(xiàn)了以電子病歷為核心、****中心的臨床醫(yī)護診療系統(tǒng),為醫(yī)護臨床決策的綜合信息平臺,其發(fā)展應用最大****醫(yī)院的建設水平。 |
2.1 | 門診病歷管理 | ▲****工作站是門診病人信息的主要采集處,患者基本信息的采集,如工作單位,聯(lián)系電話、身份信息等。對于患者的病史信息進行采集,包括主訴、現(xiàn)病史、既往史、過敏史,個人史及家族史的信息。一次采集后,后續(xù)得就診過程中醫(yī)生能夠?qū)v史病歷進行查看,參考。可輸入體格檢查的相關(guān)信息,如血壓、脈搏、呼吸、體重等生命體征信息。根據(jù)檢查或檢驗結(jié)果,確定患者本次就診的病情信息,開立西醫(yī)診斷及中醫(yī)診斷。診斷信息取自標準的ICD10疾病集合。醫(yī)生可以根據(jù)患者的檢查結(jié)果,進行治療處方的開立,如西(成)藥處方,草藥處方等。病歷中注意事項等附加內(nèi)容中醫(yī)生可以選擇性的導入患者的檢查檢驗信息及治療處置信息。云HIS中病歷的書寫要簡單,方便。病歷的書寫過程,云HIS系統(tǒng)提供病歷知識庫,使得醫(yī)生能夠?qū)χ髟V等文字信息進行快速錄入。除知識庫外,系統(tǒng)提供病歷模板,醫(yī)生可以對模板進行定制及使用;模板以外,系統(tǒng)提供常用診斷的定制,醫(yī)生可以根據(jù)自己的科室進行制訂,達到快速錄入診斷的目的。系統(tǒng)還可以針對患者身份識別提供對應患者的歷史病歷信息,醫(yī)生可以導入歷史病歷,進行參考及輸入。醫(yī)生站開立處方時,系統(tǒng)提供合理用藥的功能。 |
2.2 | 住院病歷管理 | ****工作站作為臨床信息系統(tǒng)的重要部分和電子病歷系統(tǒng)的核心部件,即使電子病歷的信息源,也是電子病歷重要的展現(xiàn)載體。****工作站的主要功能是書寫醫(yī)療護理文書,以及為醫(yī)生、護士高效、準確錄入、書寫醫(yī)療及護理文書文書提供的全方位和智能化的信息支持。 |
2.3 | 體溫單管理 | ▲繪制體溫單是護士必須完成的一項日常工作。由于體溫單的格子密集,需要標記的信息量大,極易畫錯而要重新繪制,同時也增加了護士的工作量。本功能主要面向住院護士,能夠提高工作效率 |
2.4 | 檢驗檢查結(jié)果集成 | 從LIS及PACS****實驗室檢驗及檢查報告數(shù)據(jù),重現(xiàn)驗單原始內(nèi)容;支持病人檢驗檢查數(shù)據(jù)很方便地引用到病歷中;支持檢驗項目的縱向比較;支持多次住院期間檢驗項目的縱向比較。 |
2.5 | 病案管理 | 為病案室人員提供病案管理功能 |
2.5.1 | 病歷歸檔管理 | 病歷歸檔:顯示或查詢顯示已經(jīng)出院結(jié)算患者的病歷信息,進行歸檔及撤消歸檔操作,并可對所操作的病歷進行瀏覽,查看病歷記錄內(nèi)容。 病歷封存:對指定患者的病歷進行封存操作。封存后的病歷醫(yī)生不可編輯,同時記錄封存時的狀態(tài)信息。也可以解除封存操作 |
2.5.2 | 病歷簽名管理 | 機構(gòu)管理人員收集到醫(yī)生簽名圖片后,在此出上傳,并設置初始密碼,醫(yī)生在此時可以重新上傳圖片,重置密碼,在病歷簽名是使用密碼進行簽名驗證 |
2.5.3 | 病歷借閱 | 病歷借閱申請:醫(yī)生可通過條件查詢歸檔病案,提借病案申請,在審批通過后對病案進行調(diào)閱查看。 病歷借閱審批:根據(jù)客觀情況對醫(yī)生提交的病歷調(diào)閱申請進行審批,包括審批通過,審批不通過操作。 |
2.6 | 病歷質(zhì)控管理 | 面向管理員實現(xiàn)病歷質(zhì)控管理 |
2.6.1 | 全局質(zhì)控標準管理 | ▲監(jiān)管機構(gòu)通過本功能制定統(tǒng)一病歷質(zhì)控標準供所轄機構(gòu)使用,標準包含質(zhì)控規(guī)則、質(zhì)控評分規(guī)則、評分級別三部分。質(zhì)控標準可關(guān)聯(lián)自動質(zhì)控機制,實現(xiàn)病歷書寫時限提醒、超期提醒輔助醫(yī)生提高病歷書寫時效性,同時可以輔助質(zhì)控人員進行自動評分,對病歷的完整性、時效性、正確性進行校驗。 |
2.6.2 | 機構(gòu)質(zhì)控標準管理 | 機構(gòu)下載全局質(zhì)控標準供本機構(gòu)使用。機構(gòu)通過本功能制作本適用機構(gòu)的質(zhì)控標準。 |
2.6.3 | 一級質(zhì)控 | 科室主任或指定質(zhì)控人員在責任醫(yī)師書寫病歷過程中對病歷進行審查、記錄缺陷并可以暫存或發(fā)送給責任醫(yī)師進行整改。設定整改期限,限時整改完成,未完成時對病歷進行鎖定,責任醫(yī)師無法進行修改。 |
2.6.4 | 二級質(zhì)控 | 病案室質(zhì)控人員在責任醫(yī)師提交病歷后,進行歸檔前對病歷進行審查、記錄缺陷并可以暫存或發(fā)送給責任醫(yī)師進行整改,同時動態(tài)計算出質(zhì)控扣分情況以及評級情況。設定整改期限,限時整改完成,未完成時對病歷進行鎖定,責任醫(yī)師無法進行修改。 |
2.6.5 | 三級質(zhì)控 | 機構(gòu)指定專家等高級別人員在病歷歸檔后,對病歷進行審查、評分并可以暫存或?qū)⒔Y(jié)果發(fā)送給責任醫(yī)師,同時動態(tài)計算出質(zhì)控扣分情況以及評級情況。 |
2.6.6 | 四級質(zhì)控 | 監(jiān)管機構(gòu)質(zhì)控人員通過本功能查詢所轄各機構(gòu)各科室的病歷,對病歷進行抽查、評分計算出質(zhì)控扣分情況以及評級情況。 |
2.7 | 病歷查詢統(tǒng)計 | 區(qū)域病歷質(zhì)控評分查詢、機構(gòu)病歷質(zhì)控評分查詢、 科室病歷質(zhì)控評分查詢 |
2.8 | 病歷模板管理 | 病歷模板管理 |
2.8.1 | 全局模板制作 | 制作全****醫(yī)療機構(gòu)使用。模板制作過程中可以引入基本元素、系統(tǒng)元素、復合元素、特殊符號、圖片、醫(yī)學公式等 |
2.8.2 | 全局模板發(fā)布 | 監(jiān)管機構(gòu)通過本功能進行全局病歷模板的發(fā)布、停用管理。模板發(fā)布后所轄機構(gòu)才可以查詢 |
2.8.3 | 師范詞句管理 | 能制定一系列典型的醫(yī)****醫(yī)療機構(gòu)參考使用 |
2.8.4 | 醫(yī)院模板管理 | 醫(yī)院模板管理 |
2.8.5 | 全局模板下載 | 機構(gòu)管理員使用本功能下載全局模板到本機構(gòu)使用 |
2.8.6 | 機構(gòu)模板制作 | 機構(gòu)通過本功能制作機構(gòu)病歷模板,通過權(quán)限設置可以限制模板的使用范圍為個人、科室、機構(gòu)、公用。模板制作過程中可以引入基本元素、系統(tǒng)元素、復核元素、特殊符號、圖片等 |
2.8.7 | 機構(gòu)模板發(fā)布 | 對下載的全局模板或機構(gòu)自定義模板進行發(fā)布、停用等處理,發(fā)布后醫(yī)生可以查詢到并使用 |
2.8.8 | 示范詞句管理 | 對下載的全局模板或機構(gòu)自定義模板進行發(fā)布、停用等處理,發(fā)布后醫(yī)生可以查詢到并使用 |
2.9 | 基礎信息管理 | 電子病歷基礎信息管理 |
2.9.1 | 系統(tǒng)參數(shù)維護 | 系統(tǒng)參數(shù)是用于控制系統(tǒng)業(yè)務流轉(zhuǎn)的一些變量,通過設置不同的變量值,完成不同的業(yè)務流程處理。本功能對系統(tǒng)參數(shù)進行增刪改查的維護 |
2.9.2 | 系統(tǒng)元素維護 | 系統(tǒng)元素是病歷中取自His系統(tǒng)原有數(shù)據(jù)的元素。例如患者姓名、性別、出生日期、目前所在科室等等。是根據(jù)當前操作的病人信息以及操作人員信息獲取的數(shù)據(jù)。本功能對系統(tǒng)元素進行增刪改查的維護 |
2.9.3 | 病歷大綱維護 | 病歷大綱,類似于辦公軟件中文檔結(jié)構(gòu)圖中的標題索引,這些索引在實際的應用中具有輔助復合元素、示范詞句等快速定位到病歷文件中的相關(guān)位置的功能,例主訴、現(xiàn)病史、既往史等,也可以代表區(qū)域的類別、復合元素的類別、引文的類別。本功能對病歷大綱進行增刪改查的維護 |
2.9.4 | 基本元素維護 | 基本元素是制作病歷文件模板所需的最小單位,包括九種數(shù)據(jù)類型,如下拉框、多選框、格式文本、復選框、數(shù)值框、多選組合框、下拉組合框、時間和日期、單選按鈕。本功能對基本元素進行增刪改查的維護 |
2.9.5 | 復合元素維護 | 復合元素是由一組元素和文字信息構(gòu)成的元素集合,需利用編輯器工具進行定義,也可引入現(xiàn)有的基本元素、系統(tǒng)元素、復合元素,同時,可以對元素屬性進行設置及頁面事件的綁定。本功能對復合元素進行增刪改查的維護 |
2.9.6 | 病歷類別管理 | 對病歷分類進行進行修改,病歷分類在病歷文件構(gòu)造的時候使用 |
3 | 云LIS系統(tǒng) | LIS(實驗室信息系統(tǒng))主要任務是協(xié)助檢驗師對檢驗申請單及標本進行預處理、儀器的質(zhì)控管理、檢驗數(shù)據(jù)的智能化自動采集或直接錄入、檢驗數(shù)據(jù)處理、檢驗報告的審核、檢驗報告的查詢、打印等。系統(tǒng)應包括常規(guī)檢驗、樣本前處理、樣本后處理、質(zhì)量控制、統(tǒng)計查詢、檢驗項目維護等功能 |
3.1 | 樣本管理 | 采集并管理患者的檢驗樣本 |
3.1.1 | 樣本前處理 | 門診條碼打印、住院條碼打印、體檢條碼打印、樣本送檢、樣本接收、樣本核收、條碼及回執(zhí)單補打、作廢條碼及不合格樣本、檢驗報告單調(diào)閱、外檢查詢 |
3.1.2 | 樣本后處理 | 檢驗樣本登記:設置冰箱庫,存放試管架號,對樣本進行樣本后處理登記。 登記樣本查詢:根據(jù)條碼號、架號等信息,查詢進行樣本后處理登記的標本信息。 樣本丟棄處理:根據(jù)樣本架號查詢需要丟棄的樣本,進行單個或者整架標本的丟棄處理。 |
3.2 | 常規(guī)檢驗 | 當實驗室核收到樣本后將進入到檢驗執(zhí)行的過程 |
3.2.1 | 患者的信息獲取 | 通過條碼調(diào)取患者基本信息和檢驗項目信息,或者通過輸入患者的類別和病人編號來手工提取患者基本信息和檢驗項目信息。 |
3.2.2 | 檢驗單手工錄入 | 當患者沒有檢驗申請單時,檢驗人員可以手工單個或者批量錄入患者的檢驗單信息。 |
3.2.3 | 檢驗結(jié)果 | ▲檢驗結(jié)果顯示內(nèi)容:項目編碼,項目名稱,項目結(jié)果,正常參考范圍,危急值參考范圍,單位,結(jié)果值高低,儀器結(jié)果(復查前結(jié)果)。前次結(jié)果(最多9次次),歷史圖像結(jié)果(血常規(guī)圖像、尿沉渣圖像等)。 |
3.2.4 | 檢驗結(jié)果的審核 | 系統(tǒng)可以單個或者批量進行標本的審核、打。晃<敝党霈F(xiàn)時,必須要對標本進行單獨審核,并且在審核之前,要將檢驗結(jié)果發(fā)送給臨床醫(yī)生進行告知。 |
3.2.5 | 檢驗單打印 | 根據(jù)檢驗單模板進行報告單的單個或者批量打印。 |
3.2.6 | 并單處理 | 根據(jù)標本的實際歸屬情況,可以將患者的多個報告單進行合并處理,統(tǒng)一打印到一張報告單中。 |
3.2.7 | 待查處理 | 如果標本結(jié)果已經(jīng)出來,但是由于某些原因無法出報告(例如需要復查或者檢查出HIV陽性等),可以將標本設置為待查狀態(tài)。在待查狀態(tài)下,標本無法被進行修改、刪除、移動、審核、打印等處理。 |
3.2.8 | 復查處理 | 如果標本由于采集量補足或者結(jié)果異常等原因,導致需要進行結(jié)果復查的,可以使用本功能。復查分原管復查和新管復查兩種情況。 |
3.2.9 | 危急值處理功能 | 如果系統(tǒng)發(fā)現(xiàn)有危急值,將會要求檢驗醫(yī)師將危急值信息推送到臨床醫(yī)生頁面,由醫(yī)生對該危急值結(jié)果進行確認、并給檢驗科進行反饋。 |
3.2.10 | 系統(tǒng)說明 | 顯示LIS系統(tǒng)的重要更新說明、快捷鍵、可以下載的模板信息。 |
3.3 | 質(zhì)控管理 | 為了保證檢驗的質(zhì)量高、結(jié)果準確,檢驗科人員需要定期對于檢驗設備進行質(zhì)控測試,實現(xiàn)質(zhì)控數(shù)據(jù)的自動分析與報警;建立相關(guān)校驗標準,實現(xiàn)異常檢驗結(jié)果的分離,確保檢驗結(jié)果的可靠性、實現(xiàn)基于病人檢驗數(shù)據(jù)的質(zhì)控分析,有效提供室內(nèi)和室間質(zhì)控數(shù)據(jù)的評價,提供質(zhì)控數(shù)據(jù)統(tǒng)計,直觀、快速提供單規(guī)則/多規(guī)則質(zhì)量控制圖示,對質(zhì)控參數(shù)進行動態(tài)管理和有效****中心要求的質(zhì)控統(tǒng)計表和質(zhì)量控制 |
3.3.1 | 質(zhì)控基本信息管理 | 以檢驗設備編碼為主線,對質(zhì)控物有關(guān)的基本信息、有效時間段信息、批次、是否為過渡信息等進行基本維護,在質(zhì)控品與質(zhì)控項目間進行對照,并對質(zhì)控品應用的質(zhì)控規(guī)則進行維護。 |
3.3.2 | 質(zhì)控數(shù)據(jù) | 檢驗項目質(zhì)控數(shù)據(jù)顯示包括以下內(nèi)容:按項目,質(zhì)控時間范圍內(nèi)的所有水平的質(zhì)控數(shù)據(jù),過程數(shù)據(jù),無效數(shù)據(jù)的顯示、不同狀態(tài)的顯示;按日期對設備下所有質(zhì)控項目的所有水平的質(zhì)控數(shù)據(jù)進行顯示;可以在數(shù)據(jù)顯示的情況下,對質(zhì)控數(shù)據(jù)進行編輯,增加,刪除,轉(zhuǎn)換等操作。 |
3.3.3 | 質(zhì)控繪圖 | 可以根據(jù)測試的次數(shù)方式繪制,也可以通過日期方式進行繪制,提供定制化方式完成圖像。 |
3.3.4 | 失控管理 | 在圖像繪制時,調(diào)用質(zhì)控數(shù)據(jù)失控管理算法,完成質(zhì)控數(shù)據(jù)的失控判斷。 |
3.3.5 | 質(zhì)控管理日志 | 對檢驗科質(zhì)控相關(guān)操作進行記錄。 |
3.3.6 | 檢驗科室內(nèi)質(zhì)控月總結(jié)記錄 | 針對檢驗科月質(zhì)控進行進行總結(jié)。 |
3.4 | 基礎數(shù)據(jù)維護 | 區(qū)域LIS使用前需要進行一定的支撐基礎信息的維護 |
3.4.1 | 儀器測試項目 | 維護區(qū)域LIS中全局的測試項目信息。 |
3.4.2 | 儀器類別 | 維護區(qū)域LIS中儀器模板,各個機構(gòu)可從該模板中提取儀器和測試項目詳細。 |
3.4.3 | 檢驗儀器 | ****小組信息和儀器信息。 |
3.4.4 | 儀器項目 | 檢驗項目基本信息維護(項目編碼,英文名,Lonic編碼,中文名,參考值,單位,單價,質(zhì)控標識,計算項目,臨床診斷意義,危急項目標識,危急值定義(定量,定性),前次結(jié)果預警,時限性等設置;對檢驗項目中的不同性質(zhì)進行參考值,單位維護(根據(jù)性別,年齡,樣本類型,完成對應的設置)。 |
3.4.5 | 一管血規(guī)則維護 | 設****小組和一管血規(guī)則信息。 |
3.4.6 | TAT時間 | 設置各個診療項目的TAT預警時間和合格時間。 |
3.4.7 | 回執(zhí)單模板 | 設置結(jié)果回執(zhí)模板的類別、內(nèi)容及對應的診療項目。 |
3.4.8 | 人員分組 | 設置當前機構(gòu)中,使用LIS系統(tǒng)功能模塊的用戶權(quán)限。 |
3.4.9 | 全局字典設定 | 設置LIS系統(tǒng)全局字典信息。 |
3.4.10 | 機構(gòu)字典設定 | 設置機構(gòu)內(nèi)的字典信息。 |
3.4.11 | 全局開關(guān)設定 | 設置LIS系統(tǒng)全局的開關(guān)信息。 |
3.4.12 | 機構(gòu)開關(guān)設定 | 設置機構(gòu)內(nèi)的開關(guān)信息。 |
3.4.13 | 機構(gòu)儀器復制 | 便用戶講其他機構(gòu)設置好的儀器、診療項目、測試項目信息導入到本機構(gòu)內(nèi)。 |
3.4.14 | 常規(guī)檢驗列設置 | (1)檢驗結(jié)果顯示列設置。 (2)設置檢驗結(jié)果顯示區(qū)域內(nèi)的那些內(nèi)容顯示,那些內(nèi)容不顯示。 |
3.4.15 | 標本基本信息默認值設置 | 設置**樣本時,各個標本基本信息的默認值。 |
3.5 | 統(tǒng)計查詢 | 樣本、檢驗項目、工作量等進行統(tǒng)計查詢 |
3.5.1 | 樣本統(tǒng)計 | 按“儀器”分組和“小組”分組進行樣本統(tǒng)計。 |
3.5.2 | 檢驗項目統(tǒng)計 | 按“小組、儀器、診療項目”分組或診療項目、小組”分組進行診療項目的統(tǒng)計。 |
3.5.3 | 項目統(tǒng)計 | 按“診療項目、小組”分組或“儀器、測試項目”分組進行診療項目統(tǒng)計 |
3.5.4 | 工作量統(tǒng)計 | 按“患者類別、樣本類型、測試項目、檢驗醫(yī)生、送檢醫(yī)生、科室、性別”分組或“患者類型、科室、送檢醫(yī)生、樣本類型、診療項目、性別”分組進行診療項目的統(tǒng)計。 |
3.5.5 | 項目查詢 | 按“檢驗時間、患者類別、科室、儀器、檢驗項目、檢驗醫(yī)生、審核醫(yī)生、患者編號”來查詢樣本中的診療項目信息。 按“檢驗時間、患者類別、科室、儀器、樣本狀態(tài)、樣本號范圍、測試項目、樣本狀態(tài)、測試項目的結(jié)果范圍、是否為異常結(jié)果、是否為危急值結(jié)果”等信息來查詢樣本中的測試項目信息。 |
3.5.6 | 樣本清單列表 | 按“檢驗時間、儀器、患者類別、樣本狀態(tài)、樣本號范圍”等來查詢樣本中申請的診療項目信息 |
3.5.7 | 陽性率統(tǒng)計 | 查詢陽性報告單:按照“檢驗日期、科室、患者類別、性別、年齡、樣本號范圍、樣本狀態(tài)、測試項目條件”等來查詢符合條件的陽性結(jié)果樣本。 統(tǒng)計陽性報告率:按照“檢驗日期、科室、患者類別、性別、年齡、樣本號范圍、樣本狀態(tài)、測試項目條件”等來查詢符合條件的測試項目的陽性率。 |
3.6 | 檢驗申請 | 為了彌補無電子醫(yī)囑的LIS檢驗醫(yī)囑的空白,使得體檢、免費檢驗等檢驗醫(yī)囑能夠以電子醫(yī)囑的形式進入LIS流程,減輕檢驗科的工作量、提高工作效率、取保數(shù)據(jù)的安全性,特設立了LIS檢驗申請模塊 |
3.6.1 | 建立患者信息 | (1)從門診、住院患者的掛號信息中,提取患者的基本信息。 (2)從信息模板中導入患者的基本信息。 |
3.6.2 | 開立診療項目 | 從HIS中醫(yī)生能夠開立的診療項目中,選擇開立的項目。 |
3.6.3 | 條碼打印及作廢 | (1)將當前患者的所有收費項目和免費項目,統(tǒng)一處理后打印條碼。 (2)可以重復打印已經(jīng)打印過的條碼。 (3)可以作廢未進入檢驗流程的條碼。 |
4 | 云PACS系統(tǒng) | 云PACS系統(tǒng)主要的任務把日常產(chǎn)生的各種醫(yī)學影像(包括核磁,CT,超聲,各種X光機,各種紅外儀、顯微儀等設備產(chǎn)生的圖像)通過各種接口(模擬,DICOM,網(wǎng)絡)以數(shù)字化的方式海量保存起來,當需要的時候在一定的授權(quán)下能夠很快的調(diào)回使用,同時增加一些輔助診斷管理功能。它在各種影像設備間傳輸數(shù)據(jù)和組織存儲數(shù)據(jù)具有重要作用 |
4.1 | 核心服務 | 1、支持UNIX、Lunix及Windows操作平臺,ORACLE大型關(guān)系型數(shù)據(jù)庫。 2、支持醫(yī)學影像檢查診斷信息采集、存儲管理與系統(tǒng)配置。 3、支持采用集中式數(shù)據(jù)庫及獨立影像儲存機制。 4、圖像存儲支持非壓縮,JPEG、JPEG2000無損、有損壓縮及文件級的壓縮。 5、圖像采用無損壓縮,由PACS系統(tǒng)打印出的圖像硬拷貝不低于原設備打印輸出的硬拷貝質(zhì)量。 |
4.2 | 設備接入服務 | 1、****醫(yī)院所有DICOM和非DICOM影像設備的連接,包括CT、MR、CR、DR、數(shù)字胃腸、超聲、胃鏡、腸鏡等。 2、PACS/RIS服務器支持的DICOM服務類包括:StorageSCU/SCP、Query/RetrieveSCU/SCP、ModalityWorklistSCU/SCP、ModalityPerformedProcedureStepManagementSCU/SCP、PrintSCU、ECHOSCU/SCP、StorageCommitmentSCU/SCP、VerificationSCU/SCP、HangingProtocol等。 3、支持DICOMRAWDATA、DICOMPart10、DICOMJPEG-Lossless、DICOMJPEG-Lossy、BMP、JPG等影像類型。 4、可接收各種非DICOM影像設備,進行單幀或者多幀采集,并轉(zhuǎn)換為標準DICOM格式。 5、能夠?qū)Ψ荄ICOM標準影像采集實時顯示,調(diào)節(jié)圖像對比度、亮度、飽和度、色度等。 6、通過視頻信號采集醫(yī)學圖像時,圖像的幾何分辨率應不低于原始圖像的分辨率。 |
4.3 | 系統(tǒng)管理 | 1、提供PACS和RIS的用戶登錄,統(tǒng)一維護。 2、根據(jù)用戶類別或組類別賦予使用權(quán)限。 3、系統(tǒng)所有用戶由系統(tǒng)管理員統(tǒng)一創(chuàng)建,并根據(jù)該用戶在業(yè)務流程中擔任的角色設置用戶權(quán)限。 4、可根據(jù)用戶需求設置初始密碼?砂从脩艋蛘呓M類別賦予使用權(quán)限,支持對于個別用戶或者用戶組,分配使用或者變更系統(tǒng)**及數(shù)據(jù)的使用控制功能。 5、每個用戶必須使用各自的ID和密碼登錄系統(tǒng),訪問系統(tǒng)中的數(shù)據(jù)。 |
4.4 | HIS基礎數(shù)據(jù)服務 | 1、能夠獲取患者身份:姓名,年齡,性別,身份證,電話號碼,家庭地址等。 2、接收患者編號:注冊編號,外來/住院患者位置信息。 3、提供完整的RIS與HIS集成方案,實現(xiàn)RIS與HIS軟件的信息共享。 4、RIS與HIS之間的文字信息交換必須具有符合HL7標準的接口。在此基礎上也可以采用專用接口(通過中間表或直接共享對方數(shù)據(jù)庫的形式)實現(xiàn)與HIS的集成。 |
4.5 | 臨床調(diào)閱服務 | 1、提供WEB臨床瀏覽閱片。 2、允許通過DICOM的方式直接共享PACS中的圖像數(shù)據(jù)。 3、提供圖像顯示控件,能****工作站等應用軟件中,方便調(diào)閱當前病人的相關(guān)圖像及歷史圖像與診斷。 4、提供按人、按病區(qū)、按檢查類別、按申請醫(yī)生、按日期等檢索能力,能夠顯示病人所有的檢查申請及處理狀態(tài)。 5、能夠顯示靜態(tài)圖像,能夠支持動態(tài)圖像回放。 6、支持灰度和彩色圖像顯示。 7、提供與****工作站相同的圖像顯示和處理能力。 8、經(jīng)特殊授權(quán)的用戶可以把圖像以JPEG、TIF、AVI格式另存到本地介質(zhì) 9、顯示病人的文字報告快照。 |
4.6 | 分診工作站 | 分診工作站 |
4.6.1 | 患者的基本信息 | 錄入住院號(門診號)、影像號、姓名、性別、年齡等信息,對初診患者,上述信息必須錄入,對復診患者在輸入住院號(門診號)之后,會自動從數(shù)據(jù)庫中得到影像號、姓名、性別、年齡等信息。 |
4.6.2 | 患者的檢查信息 | 錄入設備名稱、檢查部位、檢查項目、申請科室和檢查時間等信息。 |
4.6.3 | 申請單掃描 | 在患者檢查登記的過程中,可以增加患者的申請單掃描,掃描后的申請單可保存在系統(tǒng)中,****醫(yī)院參考。系統(tǒng)支持多種圖像輸入設備、包括掃描儀、數(shù)碼相機等 |
4.6.4 | 與醫(yī)院信息系統(tǒng)(HIS)的數(shù)據(jù)接口 | 從HIS系統(tǒng)中獲得患者的基本信息。 |
4.7 | ****工作站 | 對DICOM和非DICOM CT****工作站,集登記、圖像傳輸或采集、閱片、報告于一體,并提供數(shù)據(jù)管理、備份、****工作站模塊 |
4.8 | ****工作站 | 通過DICOM3.0接口自動采集患者的動、靜態(tài)超聲圖像 |
4.9 | 報告樣式編輯器 | ▲提供報告格式編輯器,針對報告格式進行定制化制作、編輯保存等 |
4.10 | 診斷模版編輯器 | 報告輸出模板樣式編輯,可以自定義版式內(nèi)容以及格式 |
5 | 云心電系統(tǒng) | 云心電系統(tǒng)能****醫(yī)療機構(gòu)的網(wǎng)絡化協(xié)同診斷功能,****醫(yī)療機構(gòu)通過網(wǎng)絡技術(shù),實現(xiàn)分院、基****醫(yī)療機構(gòu)心電圖遠程傳輸與會診技術(shù),實現(xiàn)院前急救****醫(yī)療機構(gòu)間的會診技術(shù),合理有效地提高了醫(yī)生心電圖診斷能力,患者突發(fā)疾病地快速診斷,切合****醫(yī)療機構(gòu)最基本的檢查項目心電圖的診斷開展,為各地患者提供方便的就醫(yī)場所。云心電系統(tǒng)能夠為衛(wèi)生計生行政部門提供心電業(yè)務運行情況,通過業(yè)務數(shù)據(jù)的綜合統(tǒng)計查詢,為管理決策者的決策提供數(shù)據(jù)分析和預測方面的依據(jù)。 |
5.1 | ****中心 | 云心電系統(tǒng)能****醫(yī)療機構(gòu)的網(wǎng)絡化協(xié)同診斷功能,****醫(yī)療機構(gòu)通過網(wǎng)絡技術(shù),實現(xiàn)分院、基****醫(yī)療機構(gòu)心電圖遠程傳輸與會診技術(shù),實現(xiàn)院前急救****醫(yī)療機構(gòu)間的會診技術(shù),合理有效地提高了醫(yī)生心電圖診斷能力,患者突發(fā)疾病地快速診斷,切合****醫(yī)療機構(gòu)最基本的檢查項目心電圖的診斷開展,為各地患者提供方便的就醫(yī)場所。云心電系統(tǒng)能夠為衛(wèi)生計生行政部門提供心電業(yè)務運行情況,通過業(yè)務數(shù)據(jù)的綜合統(tǒng)計查詢,為管理決策者的決策提供數(shù)據(jù)分析和預測方面的依據(jù)。 |
5.1.1 | 病歷管理 | 顯示所有的心電圖病歷,按檢查時間順序排列。 |
5.1.2 | 心電瀏覽 | 心****數(shù)據(jù)中心調(diào)閱心電及心電診斷報告,具備對調(diào)閱的心電進行后處理,心電標注,測量,打印等功能。 |
5.1.3 | 心電圖分析 | 顯示同步十二導心電圖波形也支持根據(jù)醫(yī)生習慣自定義多種顯示模式,可以分肢體導聯(lián)、胸部導聯(lián)的電壓調(diào)節(jié)與走紙速度調(diào)節(jié)。支持RR間期與R波幅值差的測量,可以精確對心率不齊的倍數(shù)測量。 |
5.1.4 | 報告編寫 | 醫(yī)生可以自動診斷或手動報告編寫心電報告。 |
5.1.5 | 報告發(fā)布 | 報告醫(yī)師在診斷完成后,報告將被自動上傳到區(qū)域心電服務平臺,并通過****社區(qū)****中心的HIS或電子病歷系統(tǒng)中供臨床醫(yī)生訪問。 |
5.1.6 | 報告打印 | 報告打印支持多種格式打印方式。 報告打印可調(diào)整走紙速度、靈敏度及濾波特性等參數(shù)。 用戶可自定義報告模板。 打印的報告應滿足衛(wèi)生部關(guān)于病案存儲的要求 |
5.2 | 分析診斷管理 | ****醫(yī)療機構(gòu)的心電信息,支持區(qū)域心電報告集中歸檔、管理、調(diào)閱。診斷工作站是專業(yè)心電醫(yī)生根據(jù)心電設備采集的數(shù)據(jù)進行專業(yè)分析診斷的工具 |
5.3 | 醫(yī)生瀏覽器管理 | 醫(yī)生瀏覽是給臨床醫(yī)生提供瀏覽心電圖報告及心電波形的工具 |
5.4 | 遠程會診支持 | 適用****醫(yī)療機構(gòu)****醫(yī)療機構(gòu)的遠程會診申請,****醫(yī)院之間提出的相互會診請求 |
6 | 云公共衛(wèi)生系統(tǒng) | 按照《國家基本公共衛(wèi)生服務規(guī)范(第三版)》規(guī)范要求,提供面向居民的檔案管理、健康教育、兒童保健、婦女保健、計劃生育、老年人管理、預防接種、高血壓、2型糖尿病、其他慢病管理、結(jié)核病管理、嚴重精障礙患者管理、中醫(yī)藥健康管理服務、傳染病及突發(fā)公衛(wèi)事件、衛(wèi)生監(jiān)督等基層公共衛(wèi)生服務 |
6.1 | 檔案管理 |
6.1.1 | 居民健康檔案的修改 | 修改個人基本信息、增刪健康記錄項目等。 |
6.1.2 | 居民健康檔案的更新 | 響應其它服務組件或系統(tǒng)模塊的更新要求,更新個人的基本信息以及其它健康記錄的內(nèi)容。 |
6.1.3 | 居民健康檔案的遷移 | 居民健康檔案隨著居民個人非常住地的變更需要進行遷移,系統(tǒng)應支持遷出和遷入功能。如遷入地未能與遷出地實現(xiàn)互聯(lián)互通,遷出時,應支持將居民健康檔案導出成標準化衛(wèi)生信息共享文檔格式,以保證在遷入地導入使用。遷入時支持將衛(wèi)生信息共享文檔格式的居民健康檔案導入到系統(tǒng)中使用。對于已實現(xiàn)互聯(lián)互通的區(qū)域之間的遷移,可直接通過網(wǎng)絡進行。 |
6.1.4 | 居民健康檔案的刪除 | 居民健康檔案在編輯期間,未進行確認之前可進行任意的刪除,在健康檔案得到確認以后不允許進行刪除操作,所有刪除操作將通過注銷方式進行。 |
6.1.5 | 居民健康檔案的注銷 | 因個人死亡或因健康檔案的重復進行合并,應通過注銷方式刪除。注銷方式僅在健康檔案中進行注銷標記,并說明注銷原因,并不進行物理的刪除。但已注銷的條件不再列入常規(guī)的統(tǒng)計數(shù)據(jù)。 |
6.1.6 | 居民健康檔案查重與合并 | 檢查健康檔案中具有相同或高相似度的人個信息,確認為同一個人后進行健康檔案合并,原則的后建立的健康檔案合并到更早期建立的健康檔案中。后建的健康檔案予以注銷。 |
6.2 | 孕產(chǎn)婦保健管理 |
6.2.1 | 孕產(chǎn)期保健管理 | 支持孕產(chǎn)期管理卡登記、初診管理、復診管理、分娩管理、產(chǎn)后訪視、產(chǎn)后42天檢查信息錄入。支持產(chǎn)前以及訪視計劃生成。支持轉(zhuǎn)診服務、健康教育處方服務。保健信息動態(tài)進入健康檔案。 |
6.2.2 | 高危孕產(chǎn)婦管理 | 管理妊娠期和分娩期出現(xiàn)高危因素的孕產(chǎn)婦,為其建立高危孕產(chǎn)婦管理卡,跟蹤記錄孕產(chǎn)婦的高危因素,并進行高危評分。 |
6.2.3 | 孕產(chǎn)婦死亡報告 | 管理妊娠期至分娩后42天死亡的孕產(chǎn)婦,為其進行孕產(chǎn)婦死亡報告卡的記錄,并管理報告卡。 |
6.2.4 | 葉酸管理 | 對轄區(qū)內(nèi)需要服用葉酸的適齡婦女發(fā)放葉酸,并記錄發(fā)放情況及隨訪其服用情況。功能包括葉酸發(fā)放登記、發(fā)放信息記錄、隨訪信息記錄。 |
6.2.5 | 乳腺癌篩查 | 對轄區(qū)內(nèi)需要進行乳腺癌篩查的適齡婦女進行篩查登記,記錄篩查記過以及反饋篩查信息。 |
6.2.6 | 宮頸癌篩查 | 對轄區(qū)內(nèi)需要進行宮頸癌篩查的適齡婦女進行篩查登記,記錄篩查記過以及反饋篩查信息。 |
6.2.7 | 婦女病普查 | 對轄區(qū)內(nèi)需要進行婦女病普查的適齡婦女進行體檢登記,記錄體檢結(jié)果以及反饋普查信息。主要包括體檢結(jié)果記錄及打印等功能。 |
6.3 | 兒童保健管理 |
6.3.1 | 兒童體檢管理 | 支持兒童保健卡登記、新生兒家庭訪視以及0-6歲兒童健康體檢信息登記。支持轉(zhuǎn)診服務、健康教育處方服務。體檢信息動態(tài)進入健康檔案。 |
6.3.2 | 體弱兒童管理 | 在兒童體檢的過程中,發(fā)現(xiàn)兒童存在營養(yǎng)不良、肥胖、貧血等體弱因素,為其建立體弱兒童專案卡,并進行定期體檢及隨訪。 |
6.3.3 | 集體體檢管理 | 對轄區(qū)內(nèi)托幼機構(gòu)的兒童進行集體的周期性的健康體檢。包括制定體檢計劃及體檢信息錄入等功能。 |
6.3.4 | 兒童死亡管理 | 管理5歲及以下死亡的兒童,為其進行兒童死亡報告卡的記錄,并管理報告卡。 |
6.3.5 | 體格發(fā)育評價參數(shù)維護 | 記錄及維護兒童體格發(fā)育評價參數(shù)標準,以提供兒童生長曲線的標準曲線生成。 |
6.3.6 | 新生兒疾病篩查 | 為進行新生兒疾病篩查的新生兒進行登記,記錄疾病篩查結(jié)果,并對登記情況進行管理。 |
6.3.7 | 出生缺陷登記 | 為出生時有生理缺陷或代謝缺陷等先天異常的兒童進行出生缺陷兒童登記卡的登記,并對登記卡進行管理。 出生證明管理:為新生兒打印及發(fā)放出生醫(yī)學證明,并對出生證的發(fā)放及采購等情況進行庫存管理。 |
6.4 | 老年人健康管理 |
6.4.1 | 老年人專項健康檔案管理 | ▲提供 65 歲以上的老年人建立專項健康管理檔案管理;支持老年人專項健康檔案的建立、修改與結(jié)案功能;老年人專項健康檔案在居民健康檔案基礎信息的基礎上加以擴充,主要包括生活方式和健康狀況評估、體格檢查、輔助檢查等信息。 |
6.4.2 | 建立老年人健康管理檔案 | 獲取健康檔案基本信息,建立老年人健康檔案; |
6.4.3 | 修改老年人健康管理檔案 | 確認前可對老年人健康檔案進行修改; |
6.4.4 | 老年人健康管理結(jié)案 | 結(jié)束老年人健康管理。老年人死亡健康檔案終結(jié)。 |
6.4.5 | 老年人健康隨訪登記 | 提供包括生活方式和健康狀況評估、體格檢查登記、輔助檢查登記、健康指導、以及預約等功能。 |
6.5 | 高血壓患者健康管理 |
6.5.1 | 高血壓患者篩查 | 包括首診測壓登記、疑似高血壓患者復檢登記、高血壓高危人群測壓登記等。確診為原發(fā)性高血壓的納入高血壓患者健康管理; |
6.5.2 | 疑似高血壓患者轉(zhuǎn)診管理 | (1)轉(zhuǎn)診登記:引用雙向轉(zhuǎn)診功能,對無法確診的高血壓患者或可疑繼發(fā)性高血****醫(yī)院。 (2)轉(zhuǎn)診隨訪登記:對轉(zhuǎn)診患者進行隨訪登記。 |
6.5.3 | 高血壓患者健康檔案管理 | 建立高血壓患者健康管理檔案;支持高血壓患者健康檔案的建立、修改與結(jié)案功能;高血壓患者健康檔案在居民健康檔案基礎信息的基礎上加以擴充,主要包括高血壓患者隨訪評估登記、分類干預記錄、健康檢查等信息。 (1)建立高血壓患者健康管理檔案:獲取健康檔案基本信息,建立老年人健康檔案; (2)修改高血壓患者健康管理檔案:可對高血壓患者健康檔案進行修改 (3)高血壓患者健康管理結(jié)案:確定高血壓轉(zhuǎn)歸或因遷出死亡等因素,解除高血壓健康管理。 |
6.5.4 | 高血壓患者隨訪登記 | 包括提供高血壓問詢觀察登記(包括癥狀、體征等);提供生活方式的指導登記;提供輔助檢查登記;提供服藥依從性、藥物不良反應登記;提供隨訪分類藥物控制登記、用藥情況登記以及轉(zhuǎn)診登記、下次隨訪日期預約登記等內(nèi)容。 |
6.5.5 | 高血壓患者健康檢查 | 體檢內(nèi)容包括體溫、脈搏、呼吸、血壓、身高、體重、腰圍、皮膚、淺表淋巴結(jié)、心臟、肺部、腹部等常規(guī)體格檢查,以及口腔、視力、聽力和運動功能等檢 查登記功能。 |
6.5.6 | 查詢與統(tǒng)計功能 | (1)高血壓患者健康管理的查詢、調(diào)閱與使用:根據(jù)操作者的查詢條件,給出高血壓患者健康管理的查詢結(jié)果;蝽憫渌⻊战M件、功能模塊的調(diào)閱使用要求,提供衛(wèi)生信息共享文 檔格式的健康檔案信息。 (2)高血壓患者健康管理統(tǒng)計:根據(jù)操作者的統(tǒng)計要求,給出高血壓患者健康管理統(tǒng)計結(jié)果;蝽憫渌⻊战M件、功能模塊的統(tǒng)計要求,提供標準化的統(tǒng)計結(jié)果信息。 |
6.6 | 糖尿病患者健康管理 |
6.6.1 | II 型糖尿病患者篩查 | 包括空腹血糖檢查登記。確診為 2 型糖尿病患者的納入 2 型糖尿病患者健康管理; |
6.6.2 | II 型糖尿病患者健康檔案管理 | 建立 2 型糖尿病患者健康管理檔案;支持 2 型糖尿病患者健康檔案的建立、修改與結(jié)案功能;2 型糖尿病患者健康檔案在居民健康檔案基礎信息的基礎上加以擴充,主要包括 2 型糖尿病患者隨訪評估登記、分類干預記錄、健康檢查等信息。 (1)建立 2 型糖尿病患者健康管理檔案:獲取健康檔案基本信息,建立 2 型糖尿病患者健康檔案; (2)修改 2 型糖尿病患者健康管理檔案:確認前可對 2 型糖尿病患者健康檔案進行修改; (3)2 型糖尿病患者健康管理結(jié)案:確定 2 型糖尿病患者轉(zhuǎn)歸或因遷出死亡等因素,解除 2 型 糖尿病患者健康管理。 |
6.6.3 | II型糖尿病隨訪登記 | 包括提供 2 型糖尿病患者問詢觀察登記(包括癥狀、體征等);提供生活方式的指導登記;提供輔助檢查登記;提供服藥依從性、藥物不良反應登記;提供隨訪分類藥物控制登記、用藥情況登記以及轉(zhuǎn)診登記、下次隨訪日期預約登記等內(nèi)容。 |
6.6.4 | 轉(zhuǎn)診 | 引用雙向轉(zhuǎn)診功能,提供對 2 次藥物控制不滿意或需要轉(zhuǎn)診的 2 型糖尿病患者實施轉(zhuǎn)診; |
6.6.5 | 健康指導 | 引用健康教育服務,提供對 2 型糖尿病的健康指導; |
6.6.6 | 健康體檢 | 體檢內(nèi)容包括體溫、脈搏、呼吸、血壓、身高、體重、腰圍、皮膚、淺表淋巴結(jié)、心臟、肺部、腹部等常規(guī)體格檢查,以及口腔、視力、聽力和運動功能等檢查登記功能。 |
6.6.7 | 查詢與統(tǒng)計功能 | (1)II 型糖尿病患者健康管理的查詢、調(diào)閱與使用:根據(jù)操作者的查詢條件,給出 2 型糖尿病患者健康管理的查詢結(jié)果。或響應其它服務組件、功能模塊的調(diào)閱使用要求,提供標準化 的健康檔案信息(衛(wèi)生信息共享文檔)。 (2)II 型糖尿病患者健康管理統(tǒng)計:根據(jù)操作者的統(tǒng)計要求,給出 2 型糖尿病患者健康管理統(tǒng)計結(jié)果;蝽憫渌⻊战M件、功能模塊的統(tǒng)計要求,提供標準化的統(tǒng)計結(jié)果信息。 |
6.7 | 重性精神疾病患者管理 |
6.7.1 | 重性精神病患者健康檔案管理 | 建立重性精神病患者健康管理檔案,完成“重性精神疾病患者信息補充表”的登記;支持重性精神病患者健康檔案的建立、修改與結(jié)案功能;重性精神病患者健康檔案在居民健康檔案基礎信息的基礎上加以擴充,主要包括重性精神病患者隨 訪評估登記、分類干預記錄、健康檢查等信息。 (1)建立重性精神病患者健康管理檔案:獲取健康檔案基本信息,建立重性精神病患者健康檔案; (2)修改重性精神病患者健康管理檔案:確認前可對重性精神病患者健康檔案進行修改; (3)重性精神病患者健康管理結(jié)案:確定重性精神病患者轉(zhuǎn)歸或因遷出死亡等因素,解除重性精神病患者健康管理。 |
6.7.2 | 重性精神病患者隨訪登記 | 提供“重性精神疾病患者隨訪服務記錄表”的記錄功能,包括提供目前癥狀、自知力評估;提供睡眠情況、飲食情況、社會功能情況登記;提供患病對 家庭社會的影響評估;提供關(guān)鎖情況、住院情況登記、提供實驗室檢查、服藥依從性、藥物不良反應、治療效果、用藥情況登記。提供轉(zhuǎn)診情況登記、康復措施登記、本次隨訪穩(wěn) 定性分類等。提供下次隨訪日期預約功能。 |
6.7.3 | 轉(zhuǎn)診 | 引用雙向轉(zhuǎn)診功能,提供對有急性藥物不良反應或嚴重軀體疾病患者實施轉(zhuǎn)診; |
6.7.4 | 康復訓練登記 | 登記精神病患者的康復訓練情況。 |
6.7.5 | 健康指導 | 引用健康教育服務,提供對重性精神病患者的健康指導; |
6.7.6 | 健康體檢 | 引用健康體檢功能,內(nèi)容包括一般體格檢查、血壓、體重、血常規(guī)(含白細胞分 類)、轉(zhuǎn)氨酶、血糖、心電圖等。 |
6.8 | 傳染病及突發(fā)公共衛(wèi)生事件管理 |
6.8.1 | 傳染病及突發(fā)公共衛(wèi)生事件風險管理 | (1)傳染病及突發(fā)公共衛(wèi)生事件風險評估; (2)傳染病及突發(fā)公共衛(wèi)生事件預案。 |
6.8.2 | 傳染病及突發(fā)公共衛(wèi)生事件報告 | (1)登記:提供傳染病及突發(fā)公共衛(wèi)生事件的填寫登記功能。登記內(nèi)容包括傳染病報告、突發(fā)公共衛(wèi)生事件報告; (2)報告:所登記傳染病及突發(fā)公共衛(wèi)生事件報送到上級有關(guān)部門的功能。 (3)補報:對漏報的傳染病病例和突發(fā)公共衛(wèi)生事件,應及時進行補報。 (4)訂正:發(fā)現(xiàn)報告錯誤,或報告病例轉(zhuǎn)歸或診斷情況發(fā)生變化時,填寫與發(fā)送訂正報告。 |
6.8.3 | 查詢與統(tǒng)計功能 | (1)傳染病及公共衛(wèi)生事件報告的查詢、調(diào)閱與使用:根據(jù)操作者的查詢條件,給出傳染病及公共衛(wèi)生事件報告的查詢結(jié)果。或響應其它服務組件、功能模塊的調(diào)閱使用要求,提供標準化的傳染病及公共衛(wèi)生事件報告信息(衛(wèi)生信息共享文檔)。 (2)傳染病及公共衛(wèi)生事件報告統(tǒng)計:根據(jù)操作者的統(tǒng)計要求,給出傳染病及公共衛(wèi)生事件報告統(tǒng)計結(jié)果;蝽憫渌⻊战M件、功能模塊的統(tǒng)計要求,提供標準化的統(tǒng)計結(jié)果信息。 |
6.9 | 衛(wèi)生監(jiān)督協(xié)管 |
6.9.1 | 衛(wèi)生監(jiān)督協(xié)管巡查報告管理 | 提供“衛(wèi)生監(jiān)督協(xié)管巡查登記表”進行監(jiān)督協(xié)管巡查報告登記,包括社區(qū)及家庭、農(nóng)村集中供水、城市二次供水點、學校等地的食品安全、飲用水安全、學校衛(wèi)生以及非法行醫(yī)非法采供血的巡查報告登記內(nèi)容。提供對衛(wèi)生監(jiān)督協(xié)管巡查報告的登記、報告、訂正等功能 |
6.9.2 | 衛(wèi)生監(jiān)督協(xié)管信息報告管理 | 提供“衛(wèi)生監(jiān)督協(xié)管信息報告登記表”進行協(xié)管報告登記, 包括對食品安全、飲用水安全、學校衛(wèi)生、非法行醫(yī)與非法采供血信息報告的管理。提供報告登記、報告、訂正等功能 |
6.9.3 | 職業(yè)病防治健康指導 | 引用健康教育,提供職業(yè)病防治健康指導。 |
6.10 | 健康教育 |
6.10.1 | 健康教育機構(gòu)及對象管理 | 提供各類機構(gòu)(家庭、學校、醫(yī)院、特定單位等)、各類人員(按機構(gòu)分類)的信息管理;提供不同人群(兒童、青少年、婦女、老年、從業(yè)人員、殘 疾人、患者、亞健康者等)的信息管理。 |
6.10.2 | 健教資料管理 | 提供不同載體、不同對象資料的分類管理。包括健教對象和技術(shù)指導宣傳材料。提供健教處方的分類管理:疾病知識、心理知識、健康知識、社會適應知識。 |
6.10.3 | 健教計劃管理 | 制定健教目標、健教計劃,記錄實施日期、內(nèi)容、對象、場地等信息。 |
6.10.4 | 健教認知評價 | 提供知曉、認同和行為形成等方面的各類評價指標。包括:生理指標、心理健康指標、健康結(jié)果指標、健康行為指標和社會行為健康等指標,供健教效果評價時選 用。 |
6.10.5 | 健教評估 | 提供過程評價方法范例和效果評價方法范例,供評價應用時參考。 |
6.10.6 | 健康指導支持 | 依據(jù)不同的衛(wèi)生服務主題,提供相應的健康指導支持。主要包括相應的健康教育內(nèi)容、健康教育處方等。 |
6.10.7 | 查詢與統(tǒng)計功能 | (1)健康教育查詢:根據(jù)操作者的查詢條件,給出健教機構(gòu)、健教對象、健教計劃、健教認知評估、以及健康教育評估的查詢結(jié)果。 (2)健康教育統(tǒng)計:根據(jù)操作者的統(tǒng)計要求,給出健教機構(gòu)、健教對象、健教計劃、健教認識評估、以及健康教育評估的統(tǒng)計結(jié)果。 |
6.11 | 其他慢病管理 | 在診療過程中,發(fā)現(xiàn)有冠心病、COPD、惡性腫瘤、腦卒中等其他慢病患者,為其建立專案卡,登記所患疾病種類,定期進行隨訪 |
6.12 | 結(jié)核病患者管理 | 為轄區(qū)內(nèi)結(jié)核病患者建立專案卡,定期進行隨訪,并記錄隨訪信息及體檢信息。 |
6.13 | 中醫(yī)藥健康管理服務 | 中醫(yī)藥健康管理服務:對65歲以上老年人每年進行一次中醫(yī)體質(zhì)辨識和中醫(yī)藥保健指導。對0-6歲兒童每年進行一次中醫(yī)藥保健指導。 |
7 | 家庭醫(yī)生簽約系統(tǒng) | 以家庭醫(yī)生開展日常工作為主線,圍繞著家庭醫(yī)生給居民進行簽約管理、建立健康檔案,進行健康評估、干預、追蹤、隨訪等一系列公衛(wèi)衛(wèi)生工作以及基本醫(yī)療服務,****衛(wèi)健委主管領導考核需要及居民互動需要 |
7.1 | 醫(yī)生PC端 |
7.1.1 | 家庭簽約 | 對于有簽約意愿,信息未被核實的居民,進行信息登記。核實其真實情況后,推送到簽約管理功能 |
7.1.2 | 簽約服務 | 對于已經(jīng)簽約居民,提供公共衛(wèi)生相關(guān)服務。慢病居民提供專案和隨訪管理、體檢等服務。 |
7.2 | 醫(yī)生移動端 |
7.2.1 | 健康檔案 | 1、本地健康檔案數(shù)據(jù)主要通過隨訪任務同步下載,即針對待隨訪的患者,同步將其健康檔案信息下載下來。 2、支持健康檔案**,**檔案保存在本地,需要同步上傳。 3、支持單個健康檔案下載。 4、健康檔案詳細頁面,支持查看專案、歷史隨訪、歷史體檢信息。 |
7.2.2 | 隨訪管理 | 1、任務下載會自動下載最近的隨訪任務到app本地,同時**步下載隨訪患者的健康檔案信息。批量下載任務后,還可以單個添加任務。 2、隨訪信息填寫,可以查看歷史隨訪記錄、體檢記錄、健康檔案信息、專案信息。 |
7.2.3 | 簽約管理 | 1、簽約功能為在線功能,需要有網(wǎng)絡?梢圆樵兙用窠】禉n案信息,進入簽約環(huán)節(jié)。如果居民還沒有建檔,可以進行快速建檔。 2、可以通過點擊頁面我的簽約,查看簽約歷史。 3、簽約支持手寫簽字、拍照上傳等方式。 |
8 | 云健康體檢系統(tǒng) | 云健康體檢建設統(tǒng)一的體檢應用信息平臺,為基層醫(yī)療衛(wèi)生機構(gòu)提供各機構(gòu)的各類體檢業(yè)務的信息化支撐,實現(xiàn)與基層基本公共衛(wèi)生服務系統(tǒng)、基層基本醫(yī)療服務系統(tǒng)以及基層區(qū)域體檢系統(tǒng)、基層PACS系統(tǒng)進行無縫對接,共同形成以基層醫(yī)療衛(wèi)生一體化的信息平臺 |
8.1 | 健康人群體檢 |
8.1.1 | 基本信息管理 | 體檢基本信息包含患者基本信息、體檢日期、體檢機構(gòu)、體檢醫(yī)生、當前癥狀、居民一般狀況(體溫、脈搏、呼吸頻率、血壓、身高、體重等)及居民生活方式(體育鍛煉、飲食習慣、吸煙情況、飲酒情況、職業(yè)病危害因素接觸情況等)等。 |
8.1.2 | 體檢臟器/查體信息管理 | 體檢臟器/查體信息包含患者臟器功能(口腔、視力、聽力及運動功能等)及查體信息(眼底、皮膚、淋巴結(jié)、心肺、腹部、下肢、乳腺、婦科等)。 |
8.1.3 | 體檢輔助檢查/健康問題管理 | 體檢輔助檢查/健康問題管理信息包含輔助檢查信息(血常規(guī)、尿常規(guī)、空腹血糖、肝功、腎功、血脂、超聲、DR等)及現(xiàn)存主要健康問題(腦血管疾病、腎臟疾病、心臟疾病、血管疾病、眼部疾病、慢病、神經(jīng)系統(tǒng)疾病等)。 |
8.1.4 | 體檢住院/用藥信息管理 | 體檢住院/用藥信息包含住院史、家庭病床史、主要用藥情況及非免疫規(guī)劃預防接種史。 |
8.1.5 | 體檢評價 | 體檢評價信息包含健康評價、健康指導及指導意見。 |
8.2 | 高血壓患者體檢 | |
8.2.1 | 基本信息管理 | 體檢基本信息包含患者基本信息、體檢日期、體檢機構(gòu)、體檢醫(yī)生、當前癥狀、居民一般狀況(體溫、脈搏、呼吸頻率、血壓、身高、體重等)及居民生活方式(體育鍛煉、飲食習慣、吸煙情況、飲酒情況、職業(yè)病危害因素接觸情況等)等。 |
8.2.2 | 體檢臟器/查體信息管理 | 體檢臟器/查體信息包含患者臟器功能(口腔、視力、聽力及運動功能等)及查體信息(眼底、皮膚、淋巴結(jié)、心肺、腹部、下肢、乳腺、婦科等)。 |
8.2.3 | 體檢輔助檢查/健康問題管理 | 體檢輔助檢查/健康問題管理信息包含輔助檢查信息(血常規(guī)、尿常規(guī)、空腹血糖、肝功、腎功、血脂、超聲、DR等)及現(xiàn)存主要健康問題(腦血管疾病、腎臟疾病、心臟疾病、血管疾病、眼部疾病、慢病、神經(jīng)系統(tǒng)疾病等)。 |
8.2.4 | 體檢住院/用藥信息管理 | 體檢住院/用藥信息包含住院史、家庭病床史、主要用藥情況及非免疫規(guī)劃預防接種史。 |
8.2.5 | 體檢評價 | 體檢評價信息包含健康評價、健康指導及指導意見。 |
8.3 | 糖尿病患者體檢 | |
8.3.1 | 基本信息管理 | 體檢基本信息包含患者基本信息、體檢日期、體檢機構(gòu)、體檢醫(yī)生、當前癥狀、居民一般狀況(體溫、脈搏、呼吸頻率、血壓、身高、體重等)及居民生活方式(體育鍛煉、飲食習慣、吸煙情況、飲酒情況、職業(yè)病危害因素接觸情況等)等。 |
8.3.2 | 體檢臟器/查體信息管理 | 體檢臟器/查體信息包含患者臟器功能(口腔、視力、聽力及運動功能等)及查體信息(眼底、皮膚、淋巴結(jié)、心肺、腹部、下肢、乳腺、婦科等)。 |
8.3.3 | 體檢輔助檢查/健康問題管理 | 體檢輔助檢查/健康問題管理信息包含輔助檢查信息(血常規(guī)、尿常規(guī)、空腹血糖、肝功、腎功、血脂、超聲、DR等)及現(xiàn)存主要健康問題(腦血管疾病、腎臟疾病、心臟疾病、血管疾病、眼部疾病、慢病、神經(jīng)系統(tǒng)疾病等)。 |
8.3.4 | 體檢住院/用藥信息管理 | 體檢住院/用藥信息包含住院史、家庭病床史、主要用藥情況及非免疫規(guī)劃預防接種史。 |
8.3.5 | 體檢評價 | 體檢評價信息包含健康評價、健康指導及指導意見。 |
8.4 | 老年人體檢 | |
8.4.1 | 基本信息管理 | 體檢基本信息包含患者基本信息、體檢日期、體檢機構(gòu)、體檢醫(yī)生、當前癥狀、居民一般狀況(體溫、脈搏、呼吸頻率、血壓、身高、體重等)及居民生活方式(體育鍛煉、飲食習慣、吸煙情況、飲酒情況、職業(yè)病危害因素接觸情況等)等。 |
8.4.2 | 體檢臟器/查體信息管理 | 體檢臟器/查體信息包含患者臟器功能(口腔、視力、聽力及運動功能等)及查體信息(眼底、皮膚、淋巴結(jié)、心肺、腹部、下肢、乳腺、婦科等)。 |
8.4.3 | 體檢輔助檢查/健康問題管理 | 體檢輔助檢查/健康問題管理信息包含輔助檢查信息(血常規(guī)、尿常規(guī)、空腹血糖、肝功、腎功、血脂、超聲、DR等)及現(xiàn)存主要健康問題(腦血管疾病、腎臟疾病、心臟疾病、血管疾病、眼部疾病、慢病、神經(jīng)系統(tǒng)疾病等)。 |
8.4.4 | 體檢住院/用藥信息管理 | 體檢住院/用藥信息包含住院史、家庭病床史、主要用藥情況及非免疫規(guī)劃預防接種史。 |
8.4.5 | 體檢評價 | 體檢評價信息包含健康評價、健康指導及指導意見。 |
9 | 綜合決策分析系統(tǒng) |
9.1 | 醫(yī)院管理統(tǒng)計分析 |
9.1.1 | 門診科室收入統(tǒng)計 | 支持查詢所選時間段內(nèi)悶著科室的匯總收入情況/門診科室的明細收入情況,打印查詢結(jié)果。 |
9.1.2 | 門診醫(yī)生收入統(tǒng)計 | 根據(jù)時間條件統(tǒng)計門診醫(yī)生收入情況。包括各分類收入等/支持查詢某個醫(yī)生的工作量匯總及明細工作量情況/支持打印以上查詢結(jié)果。 |
9.1.3 | 住院科室收入統(tǒng)計 | 支持查詢所選時間段內(nèi)住院科室的匯總收入情況/科室的明細收入情況,打印查詢結(jié)果。 |
9.1.4 | 住院醫(yī)生收入統(tǒng)計 | 根據(jù)時間條件統(tǒng)計住院醫(yī)生收入情況。包括各分類收入等/支持查詢某個醫(yī)生的工作量匯總及明細工作量情況/支持打印以上查詢結(jié)果。 |
9.1.5 | 財務統(tǒng)計 | 支持將門診結(jié)算、住院結(jié)算、掛號收入、科室分類的各類財務統(tǒng)計。支持自定義的報表查詢。 |
9.2 | 公共衛(wèi)生統(tǒng)計分析 |
9.2.1 | 公衛(wèi)綜合監(jiān)測 | 包含健康檔案管理指標、高血壓管理指標、糖尿病管理指標、重型精神病管理指標、結(jié)核病管理指標、婦女保健管理指標、兒童保健管理指標、預防接種指標及老年人管理指標。 |
9.2.2 | 公衛(wèi)健康檔案監(jiān)測 | 包含健康檔案相關(guān)指標:總健康檔案數(shù)、新增健康檔案數(shù)、健康檔案合格數(shù)、貧困人口數(shù)、體檢人次。 |
9.2.3 | 公衛(wèi)疾病管理監(jiān)測 | 包含疾病管理相關(guān)指標:高血壓管理人數(shù)、新增管理人數(shù)、隨訪人次,結(jié)案人數(shù);糖尿病管理人數(shù)、新增管理人數(shù)、隨訪人次,結(jié)案人數(shù);重型精神病管理人數(shù)、新增管理人數(shù)、隨訪人次,結(jié)案人數(shù);結(jié)核病管理人數(shù)、新增管理人數(shù)、隨訪人次,結(jié)案人數(shù)。 |
9.2.4 | 公衛(wèi)婦女保健監(jiān)測 | 包含婦女保健相關(guān)指標:總建冊人數(shù)、新增建冊人數(shù)、首檢人次、復檢人次、分娩人次、產(chǎn)后訪視人次、乳腺癌檢查人次、宮頸癌檢查人次、高危孕產(chǎn)婦專案數(shù)、隨訪次數(shù)。 |
9.2.5 | 公衛(wèi)兒童保健監(jiān)測 | 包含兒童保健相關(guān)指標:總檢查人數(shù)、新增建冊人數(shù)、新生兒體檢人次、0-6歲兒童體檢人次、中醫(yī)服務次數(shù)、體弱兒童總數(shù)、新增體弱兒童數(shù)、隨訪次數(shù)。 |
9.2.6 | 公衛(wèi)其他監(jiān)測 | 包含老年人管理指標、突發(fā)公共衛(wèi)生事件指標、健康教育指標及衛(wèi)生監(jiān)督指標。 |
10 | 系統(tǒng)接口 |
10.1 | **省基層信息系統(tǒng) | 與**省基層信息系統(tǒng)對接,實現(xiàn)**基層數(shù)據(jù)上報 |
10.2 | **省婦幼信息系統(tǒng) | 與**省婦幼信息系統(tǒng)對接,實現(xiàn)**婦幼本地化管理 |
10.3 | **省影像云系統(tǒng) | 與**省影像云系統(tǒng)對接,實現(xiàn)**基層與**省影像云業(yè)務協(xié)同 |
10.4 | **市醫(yī)保接口(城鎮(zhèn)職工、城鄉(xiāng)居民) | 與**市醫(yī)保接口(城鎮(zhèn)職工、城鄉(xiāng)居民)對接,實現(xiàn)**基層系統(tǒng)醫(yī)保業(yè)務開展 |
10.5 | **市全民健康信息平臺 | 與**市全民健康信息平臺對接,實現(xiàn)**基層數(shù)據(jù)上報 |
10.6 | **市分級診療應用系統(tǒng) | 與**市分級診療應用系統(tǒng)對接,實現(xiàn)**基層與醫(yī)聯(lián)體、醫(yī)共體、遠程醫(yī)療的互聯(lián)互通 |
10.7 | **市電子居民健康卡 | 與**市電子居民健康卡對接,實現(xiàn)**居民EMPI完善 |
九 | ****醫(yī)院平臺 |
1 | 互聯(lián)網(wǎng)診療系統(tǒng)(患者端) |
1.1 | 醫(yī)院首頁 | |
1.1.1 | 醫(yī)院首頁 | ****醫(yī)院的首頁,支持服務版塊分區(qū),****醫(yī)院特色。 |
1.1.2 | 科室首頁 | 支持展示科室首頁,展現(xiàn)科室診療服務特色; |
支持通過科室通道找到醫(yī)生進行服務。 |
1.1.3 | 醫(yī)生首頁 | 支持展示醫(yī)生首頁展示,展示信息包括醫(yī)生個人信息、科室信息、機構(gòu)信息、服務信息及擅長領域和評價等。 |
1.1.4 | 找醫(yī)生、科室、疾病 | 支持輸入搜索條件檢索醫(yī)生、科室、疾病; |
支持通過快捷功能入口,快速找到指定醫(yī)生、科室、疾病。 |
1.1.5 | 推薦科室 | 針對醫(yī)院的優(yōu)質(zhì)科室,進行個性化的定制服務推薦展示,可以突出科室的亞專科優(yōu)勢等。 |
1.1.6 | 推薦醫(yī)生 | 展示醫(yī)院推薦醫(yī)生列表,能夠快速進入醫(yī)生主頁。 |
1.1.7 | 消息中心 | 包含支付、服務、系統(tǒng)消息。 |
1.2 | 在線問診 | |
1.2.1 | 快速問診 | 由醫(yī)院組織成立專業(yè)?漆t(yī)生問診團隊7*12小時(可自定義)坐診,即時響應患者在線問診服務需求,能夠為患者提供醫(yī)療健康咨詢、復診診斷續(xù)方、康復指導等服務。 |
1.2.2 | 名醫(yī)問診 | 提供名醫(yī)問診服務入口,支持按照醫(yī)生姓名查詢醫(yī)生、名醫(yī)介紹、關(guān)注醫(yī)生以及名醫(yī)問診申請與服務相關(guān)功能。 |
1.2.3 | 藥師咨詢 | 支持藥師咨詢服務,患者可以結(jié)合自身用藥情況,向藥師咨詢藥品治療范圍、藥品用量以及藥師使用注意事項等。 |
1.3 | 圖文/電話/視頻咨詢 | |
1.3.1 | 圖文復診 | 支持圖文、圖片、語音三種形式圖文復診服務交流輸入; |
支持按照服務條目數(shù)限制患者復診咨詢; |
支持時間周期自動結(jié)束圖文復診服務; |
支持服務時間周期未提供自動退款。 |
1.3.2 | 電話復診 | 電話復診服務由醫(yī)生主動發(fā)起,患者無需其他操作; |
支持電話復診服務服務意向時間選擇; |
支持電話復診服務患者聯(lián)系電話修改; |
支持時間周期自動結(jié)束電話復診服務; |
支持圖文、圖片、語音三種形式電話復診服務交流輸入。 |
1.3.3 | 視頻復診 | 支持視頻復診服務說明,包括:1、視頻復診采用預約服務制,患者需要在指定時間接入聊天室,2、視頻服務時長可累計,3、視頻服務有效期等; |
支持視頻復診服務時長選擇(時長不同費用可不同); |
支持視頻復診服務時間預約; |
支持有效期內(nèi),多次預約視頻復診服務。 |
1.4 | 團隊問診 | 支持領銜專家和科室的多名醫(yī)生形成一個團隊,共同會患者提供在線?茊栐\服務;颊哔徺I專家團隊問診后,團隊的醫(yī)生共同提供服務。 |
1.5 | 在線義診 | 提供在線義診服務入口,支持按照醫(yī)生姓名查詢醫(yī)生、名醫(yī)介紹、關(guān)注醫(yī)生以及在線義診問診申請與服務相關(guān)功能。 |
1.6 | ?茊栐\ | 支持專科特色及醫(yī)生等信息的展示,通過?仆ǖ肋x擇科室、問診類型和醫(yī)生。 |
1.7 | 個人中心 | |
1.7.1 | 我的醫(yī)生/往來消息 | 快速查看所有服務過或者正在服務醫(yī)生,查看醫(yī)患服務消息歷史,與正在服務的醫(yī)生進行醫(yī)患咨詢。IM聊天,支持發(fā)送圖片、文本、視頻電話等。 |
1.7.2 | 個人資料 | 支持通過身份證實名認證; |
支持個人信息維護。 |
1.7.3 | 就診人管理 | 支持就診人添加、實名認證、就診人信息填報,已添加就診人聯(lián)系電話維護(上限12人)。 |
1.7.4 | 實名認證 | 支持按照身份證進行用戶實名認證。 |
1.7.5 | 優(yōu)惠券 | 患者優(yōu)惠券信息分區(qū)展示及使用說明介紹。職稱,從而找到符合條件的醫(yī)生進行服務。 |
1.7.6 | 問診訂單 | 支持問診訂單就診人信息維護; |
支持全部問診訂單查看與按訂單狀態(tài)訂單查看; |
支持服務詳情查看,包括服務醫(yī)生、問診對話、下單時間、支付信息、服務歸屬等詳細信息查看。 |
1.7.7 | 我的服務 | 支持患者申請服務記錄查詢,并可以查看問診對話記錄,并支持再次購買。 |
2 | 互聯(lián)網(wǎng)診療系統(tǒng)(醫(yī)生端) |
2.1 | 快捷服務 | |
2.1.1 | 義診室 | 支持義診服務領; |
支持與患者進行語音、文字溝通。 |
2.1.2 | 就診掛號 | 主要用于線下掛號患者的快速開藥業(yè)務。 |
支持患者掛號信息錄入; |
支持患者快速處方開立。 |
2.1.3 | ?茍F隊 | 支持快速進入專家團隊服務界面,搶單接診為患者專病專看,答疑解惑。 |
2.2 | 服務管理 | |
2.2.1 | 個人圖文問診設置 | 支持圖文問診開啟與關(guān)閉; |
支持圖文問診自定義價格設定; |
支持圖文問診單日號源數(shù)量限制設置; |
支持圖文問診服務時間上限修改 |
支持圖文問診對話次數(shù)是否限制與有效次數(shù)修改。 |
2.2.2 | 個人電話問診設置 | 支持電話問診開啟與關(guān)閉; |
支持電話問診自定義價格設定; |
支持電話問診單日個人排班設置,能夠設置可預約時間; |
支持電話問診服務時間上限修改; |
支持電話問診圖文對話次數(shù)是否限制與有效次數(shù)修改。 |
2.2.3 | 個人視頻問診設置 | 支持視頻問診開啟與關(guān)閉; |
支持視頻問診自定義價格設定; |
支持視頻問診單日個人排班設置,能夠設置可預約時間; |
支持視頻問診服務時間上限修改; |
支持視頻問診圖文對話次數(shù)是否限制與有效次數(shù)修改。 |
2.2.4 | 專家團隊問診查看 | 該功能僅支持運營管理端配置,醫(yī)生端用戶可以查看醫(yī)生所在專家團隊列表信息以及專家團隊問診服務信息,包括服務患者數(shù)、團隊成員、團隊問診價格等信息。 |
2.3 | 我的診室 | |
2.3.1 | 圖文問診 | 圖文問診接診 |
1.支持問診服務按照“待接診”、“當前問診”查看; |
2.支持問診服務一鍵進入服務。 |
圖文問診服務 |
1.支持患者詳情信息查看; |
2.支持醫(yī)生贈送服務次數(shù); |
3.支持與患者語音、問診、圖片交流。 |
2.3.2 | 電話問診 | 電話問診接診 |
1.支持電話問診預約提示; |
2.支持問診服務一鍵進入服務。 |
電話問診服務 |
1.支持醫(yī)生自主發(fā)起電話問診服務; |
2.支持電話隱藏處理; |
3.支持超時自動掛斷; |
4.支持與患者語音、問診、圖片交流; |
5.支持醫(yī)生贈送圖文交流服務次數(shù)。 |
2.3.3 | 視頻問診 | 視頻問診接診 |
1.支持問診服務按照“待接診”、“當前問診”查看; |
2.支持問診服務一鍵進入服務。 |
視頻問診服務 |
1.支持醫(yī)生自主發(fā)起視頻問診服務; |
2.支持視頻問診時長累計; |
3.支持視頻問診再次發(fā)起; |
4.支持與患者語音、問診、圖片交流; |
5.支持醫(yī)生贈送圖文交流服務次數(shù)。 |
2.3.4 | 團隊問診列表 | 1.支持團隊問診服務列表,可以查詢“待服務”團隊問診項目; |
2.支持查看患者的問診信息; |
3.支持服務狀態(tài)管理,包括“開啟服務”、“停止服務”。 |
2.3.5 | 服務團隊查看 | 支持服務團隊信息查看,包括團隊人數(shù)與成員、擅長服務以及服務患者量等,并支持查看團隊下服務患者列表。 |
2.3.6 | 接診與服務 | 1.支持團隊問診服務列表,可以查詢“待服務”團隊問診項目; |
2.支持查看患者的問診信息; |
3.支持“退單”、“接診”服務操作; |
4.支持與患者進行語音、文字溝通。 |
2.3.7 | 電子病例 | 1.支持為患者**病歷; |
2.支持主訴、現(xiàn)病史、診斷信息、治療建議等信息填寫; |
3.支持病歷模板編輯與引用。 |
2.3.8 | 贈送服務 | 醫(yī)生在常規(guī)服務結(jié)束后,醫(yī)生可贈送次數(shù)服務。 |
2.3.9 | 問卷調(diào)查 | 支持醫(yī)生服務過程中使用問卷,支持問卷發(fā)放,問卷結(jié)果查看等。 |
2.3.10 | 健康資訊 | 支持醫(yī)生服務過程中發(fā)送健康文章、圖片給患者。 |
2.4 | 患者管理 | |
2.4.1 | 患者搜索 | 點擊患者,進入患者列表頁面。 |
醫(yī)生可以根據(jù)患者信息快速搜索查找患者,方便醫(yī)生快速、準確的服務患者。 |
2.4.2 | 分組管理 | 對用戶進行分組,方便醫(yī)生針對不同組別的用戶針對性管理和服務。 |
2.4.3 | 群發(fā)消息 | 醫(yī)生可以給患者群發(fā)消息,點擊“群發(fā)消息”按鈕,進入群發(fā)消息頁面,可以按照分組群發(fā): |
2.4.4 | 患者列表 | 支持按照列表查看患者信息; |
支持按照患者分組查看分組列表患者信息。 |
2.4.5 | 患者詳情 | 支持查看患者個人信息與分組信息; |
支持查看該患者醫(yī)生筆記、健康檔案、歷史處方、就診病歷、問診記錄等信息。 |
2.5 | 個人中心 | |
2.5.1 | 個人信息 | 醫(yī)生的個人信息及資質(zhì)信息進行查看及維護等。 |
2.5.2 | 義診推廣活動 | 醫(yī)生可通過義診推廣活動頁面進行查看及參加,醫(yī)生點擊義診活動的主題多選窗口,可輸入每日接診的數(shù)量,確定后參加義診活動。再次點擊選擇框進行參與義診活動的關(guān)閉。 |
2.5.3 | 二維碼名片 | 支持醫(yī)生二維碼,患者使用微信掃碼二維碼會自動進入對應的公眾號或小程序。如醫(yī)生有多個終端二維碼,可左右滑動進行二維碼展示。 |
2.5.4 | 我的問診記錄 | 支持我的問診記錄列表顯示,服務列表展示服務的狀態(tài)、服務患者等信息。 |
2.5.5 | 我的錢包 | ****銀行卡信息維護; |
支持執(zhí)業(yè)機構(gòu)績效規(guī)則查看。 |
2.5.6 | 我的成就 | 支持醫(yī)生入駐時間以及整體接診率、好評率、用戶總數(shù)、總體服務量等信息展示。 |
2.5.7 | 醫(yī)生助手 | 支持在線醫(yī)生助手服務,可以滿足用戶在線平臺操作等客服咨詢服務; |
支持400客服電話。 |
2.5.8 | 患者評價 | 支持患者評價的列表展示; |
支持醫(yī)生查看評價詳情; |
支持按照服務類型、評價類型和評分進行篩選查詢。 |
2.5.9 | 就診病歷 | 支持醫(yī)生用戶書寫的所有病歷查詢與瀏覽。 |
2.6 | 消息中心 | 支持患者問答消息提醒; |
支持服務購買消息提醒; |
支持服務開啟關(guān)閉提醒。 |
3 | 互聯(lián)網(wǎng)診療系統(tǒng)(運營端) |
3.1 | 機構(gòu)人員管理 | |
3.1.1 | 機構(gòu)管理 | 支持機構(gòu)信息編輯,支持機構(gòu)是否啟用,支持機構(gòu)下的科室與醫(yī)務人員管理。 |
3.1.2 | 人員管理 | 查看醫(yī)生列表、搜索醫(yī)生、編輯是否啟用、編輯是否前端顯示、編輯醫(yī)生排序。查看醫(yī)生個人所開通的個人服務。 |
3.2 | 服務配置 | |
3.2.1 | 機構(gòu)服務管理 | 支持查看機構(gòu)所開展的服務,為機構(gòu)創(chuàng)建新服務; |
支持首頁展示模塊配置; |
支持功能模塊入口配置。 |
3.2.2 | 科室服務管理 | 設置熱門科室、編輯科室展示順序。 |
3.2.3 | 個人服務管理 | 支持搜索醫(yī)生、查看醫(yī)生圖文、電話、視頻、報告解讀等服務實例開通狀態(tài)及詳情; |
支持編輯醫(yī)生服務,批量服務開關(guān)。 |
3.2.4 | ?茍F隊管理 | 支持?漆t(yī)生團隊醫(yī)生的增加與刪除; |
支持啟用禁用?茍F隊功能; |
支持編輯團隊所使用的服務實例。 |
3.2.5 | 專家團隊管理 | 支持專家醫(yī)生團隊醫(yī)生的增加與刪除; |
支持啟用禁用專家團隊功能; |
支持編輯團隊所使用的服務實例。 |
3.2.6 | 醫(yī)生排班管理 | 支持醫(yī)生搜索操作; |
支持醫(yī)生圖文和視頻問診的排班管理。 |
3.2.7 | 醫(yī)生服務權(quán)限管理 | 配置醫(yī)生端是否可修改價格及自定義價格范圍、是否允許醫(yī)生修改排班等。 |
3.3 | 醫(yī)生用戶配置 | |
3.3.1 | 首頁快捷入口 | 配置醫(yī)生端首頁頂端功能區(qū)域。 |
3.3.2 | 醫(yī)生二維碼名片管理 | 支持查詢醫(yī)生二維碼信息; |
支持配置醫(yī)生二維碼; |
支持批量導出醫(yī)生二維碼。 |
3.3.3 | 醫(yī)生勿擾模式配置 | 支持配置醫(yī)生端勿擾模式的開關(guān)和勿擾時間段。 |
3.3.4 | 醫(yī)生IM功能管理 | 支持配置醫(yī)生IM中的常用功能。 |
3.3.5 | 診前問券配置 | 支持查看或編輯診前問卷模板; |
支持自定義問題及答案。 |
3.4 | 患者用戶配置 | |
3.4.1 | 網(wǎng)絡診室配置 | ****醫(yī)院網(wǎng)絡診室的增加、刪除與修改; |
支持醫(yī)生、?茍F隊、專家團隊的診室分類。 |
3.4.2 | Banner管理 | 支持患者端banner的內(nèi)容配置、查看權(quán)限配置、禁用配置以及刪除等操作。 |
3.4.3 | 公告配置 | 支持配置患者端首頁公告,支持刪除公告、查詢公告、新增公告操作。 |
3.4.4 | 推薦醫(yī)生配置 | 支持首頁推薦醫(yī)生維護,包括增加、刪除與修改。 |
3.4.5 | 健康資訊配置 | ****醫(yī)院首頁圖文資訊模塊配置。 |
3.4.6 | 健康視頻配置 | ****醫(yī)院首頁視頻資訊模配置塊。 |
3.4.7 | 用戶端首頁配置 | ****醫(yī)院機構(gòu)首頁配置,包括業(yè)務入口及首頁服務模塊等。 |
3.4.8 | 找醫(yī)生-科室配置 | 支持查看、編輯、刪除網(wǎng)絡問診的科室排序。 |
3.4.9 | 找醫(yī)生-疾病配置 | 支持查看、編輯、刪除網(wǎng)絡問診-按疾病查找內(nèi)的疾病排序。 |
3.5 | 運營工具 | |
3.5.1 | 優(yōu)惠券管理 | 支持優(yōu)惠券活動配置,包括優(yōu)惠券查看與停用等。 |
3.5.2 | 義診管理 | 支持義診活動配置,包括活動信息新增、編輯、發(fā)布。 |
3.5.3 | 活動管理 | 支持新增活動、查詢活動、編輯活動、活動渠道管理。 |
3.5.4 | 渠道管理 | 支持新增渠道、查詢渠道、編輯渠道,單獨渠道配置。 |
3.5.5 | 自定義H5頁配置 | 支持自定義H5頁面新增、編輯、禁用、刪除操作,可查看頁面鏈接、終端名稱。 |
3.5.6 | 彈窗配置-用戶端 | 支持患者端首頁新增彈窗、查詢彈窗、編輯彈窗,禁用或刪除彈窗設置。 |
3.5.7 | 彈窗配置-醫(yī)生端 | 支持醫(yī)生端首頁新增彈窗、查詢彈窗、禁用彈窗,推送配置。 |
3.5.8 | 患者報道配置 | 支持醫(yī)生端患者報道界面功能的開啟與關(guān)閉,贈送服務的開啟與關(guān)閉,支持批量處理。 |
3.5.9 | 芝麻客服渠道管理 | 支持新增渠道、編輯渠道、編輯服務范圍、刪除渠道的配置。 |
3.6 | 標簽素材管理 | |
3.6.1 | 標簽管理 | 支持以疾病/癥狀/治療方法/其他維度來新增、編輯、查詢標簽。 |
3.6.2 | 問卷素材 | 支持用戶問卷素材的查詢; |
支持用戶問卷的發(fā)布、暫停狀態(tài)修改。 |
3.6.3 | 圖文素材 | 支持對健康資訊圖文素材進行新增、編輯、刪除配置。 |
3.6.4 | 素材引用管理 | 支持圖文或問卷素材引用操作。 |
3.7 | 服務管理 | |
3.7.1 | 問診服務管理 | 支持搜索查詢問診服務詳情; |
支持問診服務數(shù)據(jù)導出服務。 |
3.7.2 | 問診服務-運營質(zhì)控 | 支持通過機構(gòu)篩選按時間維度查詢醫(yī)生的問診總量、接診總量及接診率、完成量及完成率、回復量及回復率、服務中止/超時/用戶取消/醫(yī)生退單/評價量及率的統(tǒng)計情況; |
支持服務情況導出。 |
3.7.3 | 問診訂單管理 | 支持查詢問診訂單詳情、退款審核、手動開票、手動沖紅。 |
3.7.4 | 評價管理 | 支持搜索并查看患者對醫(yī)生的評價內(nèi)容,可選擇屏蔽或展示。 |
3.8 | 數(shù)據(jù)分析 | |
3.8.1 | 領導駕駛艙 | 查看機構(gòu)活躍用戶、問診量、交易額等信息。 |
3.8.2 | 用戶分析 | 查看機構(gòu)新增用戶、用戶問診時間段、用戶年齡性別分布。 |
3.8.3 | 醫(yī)生分析 | 查看醫(yī)生問診量占比、醫(yī)生應答時長分布、問診明細表格。 |
4 | 處方流轉(zhuǎn)平臺(醫(yī)生端) |
4.1 | 就診掛號 | 主要應用于線下面診服務場景;颊咴谠簝(nèi)就診時,經(jīng)患者確認,醫(yī)生根據(jù)患者基本情況與線下就診情況可以使用處方流轉(zhuǎn)平臺通過就診掛號建立處方服務入口,醫(yī)生完成就診掛號后可以進行門診病歷、電子處方、檢查檢驗預約單等服務操作。 |
就診掛號需要填寫的信息包括不限于患者身份證號、姓名、聯(lián)系電話、性別、生日、所在地區(qū)等。 |
4.2 | 醫(yī)患交流 | 主要應用于互聯(lián)網(wǎng)診療服務場景。該模塊是患者線上就診,醫(yī)生線上開具處方,實現(xiàn)處方流轉(zhuǎn)的服務入口。醫(yī)生能夠通過文字、語音、視頻方式與患者建立溝通聯(lián)系,醫(yī)生與患者通過互動交流的方式,使醫(yī)生全面了解患者病情、疾病病程、體征情況與過敏情況等。 |
4.3 | 門診病歷 | 醫(yī)生在“就診掛號”、“醫(yī)患交流”操作后,可以結(jié)合患者情況,在平臺中填寫患者病歷,未填寫病歷,不可以為患者開立電子處方、檢查檢驗單等操作。 |
病歷信息包括:主訴、現(xiàn)病史、既往史、家族史、過敏史、西醫(yī)診斷、中醫(yī)診斷、中醫(yī)治法、體格檢查、治療意見等信息; |
支持醫(yī)生暫存病歷,醫(yī)生可以在暫存病歷中多次修改填寫信息; |
支持醫(yī)生自定義模板,醫(yī)生可以使用模塊進行快速填寫病歷。 |
4.4 | 門診處方 | |
4.4.1 | 處方目錄 | 平臺可以為醫(yī)生配置不同的藥品目錄。 |
4.4.2 | 西藥與中成藥 | 根據(jù)醫(yī)生選的藥品目錄,加載不同的藥品,并開具西藥、中成藥藥品處方。 |
支持歷史處方快速添加藥品至處方箋,復用歷史處方查詢功能; |
支持用戶自定義處方箋模板,醫(yī)生開方時可直接導入自定義處方箋模板。 |
4.4.3 | 中草藥(飲片/顆粒) | 根據(jù)醫(yī)生選的藥品目錄,加載不同的藥品,支持開具中草藥藥品處方。 |
支持歷史處方快速添加藥品至處方箋、復用歷史處方查詢功能; |
支持用戶自****醫(yī)院協(xié)定方模板。 |
4.4.4 | 處方開立 | 醫(yī)生在填寫完成患者病歷并選擇藥品目錄后,進入處方箋開立操作,醫(yī)生需要按照處方箋規(guī)范要求,填寫處方箋。 |
支持填寫病歷后的**處方箋; |
支持藥品查詢與添加; |
支持歷史處方查詢與歷史處方引用; |
支持電子處方信息暫存與提交; |
支持藥品及藥品用法信息維護; |
支持用藥、藥品用法模板與引用。 |
4.5 | 患者管理 | |
4.5.1 | 患者列表 | 醫(yī)生可以使用平臺查看已服務以及服務中的患者相關(guān)信息,支持查看患者就診記錄、患者歷史處方等。 |
4.5.2 | 就診記錄 | 醫(yī)生可以使用平臺,通過“患者列表”查看醫(yī)生為當前患者歷史就診記錄。 |
4.5.3 | 歷史處方 | 醫(yī)生可以使用平臺,通過“患者列表”查看醫(yī)生為當前患者開具過的歷史處方。 |
4.6 | 我的 | |
4.6.1 | 就診病歷 | 醫(yī)生可以查詢其服務患者開立的所有病歷,同時,支持根據(jù)診斷、患者信息及日期進行篩選并查看。 |
4.6.2 | 藥品查詢 | 醫(yī)生可以查看其開立的藥品信息,支持根據(jù)患者信息及日期進行篩選并查看。 |
5 | 處方流轉(zhuǎn)平臺(藥師端) |
5.1 | 處方審核 | |
5.1.1 | 自動機審 | 通過合理用藥系統(tǒng)審核的處方,合理用藥系統(tǒng)過濾異常訂單篩選,藥師可以填寫用藥指導,審核通過及駁回醫(yī)生開具的異常處方。 |
支持符合合理用藥規(guī)范和不符合合理用藥規(guī)范電子處方分類查看; |
支持批量電子處方審核。 |
支持自動審核電子處方審核駁回或通過。 |
支持處方審核工作量統(tǒng)計。 |
5.1.2 | 人工審核 | 人工審核醫(yī)生開具的處方,可以填寫用藥指導,審核通過及駁回醫(yī)生開具的異常處方。 |
支持按照“合理”、“不合理”、“未審核”、“全部”處方信息以及按照處方開立時間進行篩選查詢; |
支持處方詳情查看; |
支持用藥指導信息編輯; |
支持處方審核意見填寫,與是否通過處方審核選擇。 |
5.2 | 處方記錄 | |
5.2.1 | 處方查詢 | 支持按照患者姓名查詢處方; |
支持按照醫(yī)生姓名、開方時間等信息查詢處方; |
支持處方訂單信息、處方詳情信息查詢。 |
5.2.2 | 處方詳情 | 結(jié)合患者信息查看藥品處方、中草藥處方及保健品處方詳情,查看處方箋開方時間、開方醫(yī)生、患者信息、聯(lián)系電話、診斷信息等。 |
5.3 | 訂單詳情 | 可根據(jù)患者信息、收件人信息及訂單狀態(tài)等信息進行查詢訂單。 |
支持根據(jù)患者信息、收件人信息及訂單狀態(tài)等信息進行查詢訂單; |
支持跟蹤異常配送狀態(tài)訂單,如:拒簽、再投的訂單,并能夠查看物流信息、訂單詳情及標注異常原因; |
支持超時未配送訂單查詢,可以跟蹤用戶下單后供應商未及時配送的訂單數(shù)據(jù); |
支持已配送未簽收訂單查詢,可以跟蹤供應商已經(jīng)發(fā)貨,但用戶未及時簽收的訂單,能夠看到訂單詳情及物流信息。 |
6 | 處方流轉(zhuǎn)平臺(患者端) |
6.1 | 醫(yī)患交流 | 患者線上與醫(yī)生進行問診交流,醫(yī)生可以線上開具處方,實現(xiàn)處方流轉(zhuǎn)的服務入口。醫(yī)生能夠通過文字、語音、視頻方式與患者建立溝通聯(lián)系,醫(yī)生與患者通過互動交流的方式,使醫(yī)生全面了解患者病情、疾病病程、體征情況與過敏情況等。 |
6.2 | 藥品訂單 | |
6.2.1 | 我的處方 | 提供個人處方信息列表功能,患者用戶可以查看面診處方、****醫(yī)院處方的處方詳情。 |
6.2.2 | 我的訂單 | 支持訂單詳情查看,可以查看訂單的詳細信息、物流信息等; |
支持物流信息對接(如:EMS、京東、順豐)。 |
6.2.3 | 訂單維護 | 支持購藥訂單維護,可維護信息包括配送方式、支付方式及服務費用支付方式選擇,維護用戶的收件地址信息及收件電話。 |
6.3 | 支付管理 | 支持支付方式選擇,可選擇“在線支付”、“到院支付”兩種方式。 |
7 | 處方流轉(zhuǎn)平臺(藥房端) |
7.1 | 藥品管理 | 藥店可以對藥品目錄、藥品價格、藥品編碼進行維護。 |
7.2 | 訂單管理 | |
7.2.1 | 訂單查詢 | 支持根據(jù)患者信息、收件人信息、訂單編號等信息查詢訂單; |
支持查看訂單詳情; |
支持打印處方箋。 |
7.2.2 | 異常訂單 | 支持查看再投及拒收的訂單詳情; |
支持異常訂單物流信息的追蹤。 |
7.3 | 配送訂單 | |
7.3.1 | 到店自提 | 支持根據(jù)患者身份證信息查詢患者用戶待自提的處方信息; |
支持查詢自提狀態(tài)已付款待取藥的患者信息。 |
7.3.2 | 快遞配送 | 支持配送單打; |
支持查看訂單詳情; |
支持修改收件地址; |
****公司選擇; |
支持訂單狀態(tài)修改,包括批量拒簽/簽收訂單。 |
7.4 | 退貨管理 | 支持根據(jù)患者姓名、收件人姓名快遞單號等信息查詢訂單,并發(fā)起退貨退款流程; |
支持對退貨的訂單進行維護; |
支持通過時間、用戶姓名等條件查詢退貨信息; |
支持退貨訂單查詢; |
支持退貨訂單詳細瀏覽。 |
7.5 | 快遞對賬 | 用戶可根據(jù)****公司發(fā)貨訂單詳情,用于對賬。 |
****公司篩選查看已配送訂單; |
****公司發(fā)貨訂單詳情查詢對賬; |
支持按時間發(fā)貨訂單詳情查詢對賬。 |
8 | 處方流轉(zhuǎn)平臺(庫房端) |
8.1 | 庫存查詢 | 支持結(jié)合庫房信息查詢庫房下所有藥品信息,可通過藥品名稱或編碼,選擇對應庫房,查詢藥品的當前庫存。 |
支持對藥品上架、下架管理,支持設置藥品庫存預警值。 |
8.2 | 入庫管理 | |
8.2.1 | 藥品入庫 | 支持錄入西藥/中成藥、保健品、中草藥藥品信息與數(shù)量,支持隨貨同行單號、發(fā)票等信息錄入。 |
8.2.2 | 入庫查詢 | 根據(jù)入庫類型、庫房信息及隨貨同行單號進行查詢?nèi)霂烀骷殻⒅С秩霂煨畔С觥? |
8.2.3 | 入庫記錄查詢 | 根據(jù)藥品信息查詢藥品入庫記錄數(shù)據(jù)。 |
8.3 | 出庫管理 | |
8.3.1 | 藥品出庫 | 支持藥品常規(guī)出庫,調(diào)撥出庫、報損出庫、特殊出庫,退還供應商等多狀態(tài)藥品出庫管理。 |
8.3.2 | 出庫查詢 | 支持根據(jù)出庫類型、庫房查詢出庫明細,并支持出庫信息導出。 |
8.3.3 | 出庫記錄查詢 | 根據(jù)藥品信息查詢藥品出庫記錄數(shù)據(jù)。 |
8.4 | 庫房管理 | 支持多類型庫存創(chuàng)建,包括中草藥、保健品、西藥/中成藥類型等; |
支持庫存啟用、停用等狀態(tài)管理。 |
8.5 | 運營管理 | |
8.5.1 | 藥品銷量查詢 | ****醫(yī)療機構(gòu)、藥品及藥品銷售時間查詢藥品銷量。 |
8.5.2 | 藥品有效期查詢 | 支持藥品有效期剩余天數(shù)查詢。 |
9 | 互聯(lián)網(wǎng)護理服務平臺(用戶微信小程序端) |
9.1 | 實名認證 | 小程序與**實名認證系統(tǒng)綁定,患者提供手機號、姓名、身份證號以完成實名認證。 |
9.2 | 首頁 | |
9.2.1 | 定位 | 自動獲取用戶當前的定位信息,根據(jù)地理位置展示可提供的服務項目。 |
9.2.2 | 搜索 | 展示歷史搜索記錄以及熱門搜索。 |
9.2.3 | 推薦卡片 | 支持左右滑動,排序、圖片以及名稱由后臺配置。 |
9.2.4 | 服務預約狀態(tài)卡片 | 展示工單進展卡片和耗材待支付卡片(若涉及耗材)、工單狀態(tài)、服務時間。 |
9.2.5 | 分類導航欄 | 展示服務類型,按后臺配置的排序展示。 |
9.2.6 | Banner頁 | 廣告位,可針對機構(gòu)及區(qū)域進行廣告投放。 |
9.2.7 | 護理服務 | 護理服務項目首頁展示、服務項目詳情、服務項目購買。 |
9.2.8 | 在線咨詢 | 購買咨詢項目,使用圖文、短語音的方式進行提問。 |
9.2.9 | 服務快速預約 | 展示用戶購買過的全部服務項目,有剩余次數(shù)的顯示快速預約按鈕,沒有剩余次數(shù)的顯示去購買按鈕;新用戶提示尚未購買服務。 |
9.3 | 訂單 | |
9.3.1 | 全部訂單 | 患者可查看訂單類型,訂單狀態(tài),訂單詳情等信息。系統(tǒng)支持號碼隱私保護。 |
9.3.2 | 待支付訂單 | 針對待支付的上門服務類訂單和耗材訂單,支持查看詳情、取消訂單、立即支付功能。 |
9.3.3 | 待服務訂單 | 上門服務類訂單,在服務完成前,未待服務狀態(tài),用戶可以繼續(xù)預約訂單剩余服務次數(shù),或申請退款。 |
9.3.4 | 待評價訂單 | 針對已完成的上門服務類工單,系統(tǒng)提供評價功能。 |
9.3.5 | 退卡訂單 | 用戶退款入口,支持訂單,工單,耗材的退款。 |
9.4 | 我的 | |
9.4.1 | 服務地址 | 所有歷史服務地址信息,可進****服務區(qū)域內(nèi)的服務項目,可設置默認地址。 |
9.4.2 | 我的評估 | 客戶可查看護士線上評估的結(jié)果。 |
9.4.3 | 我的咨詢 | 客戶可查看提出咨詢的服務項目的詳情。 |
9.4.4 | 優(yōu)惠券 | 客戶可查看擁有的優(yōu)惠券。 |
9.4.5 | 平臺協(xié)議 | 包括用戶協(xié)議、用戶隱私政策、兒童隱私保護政策等。 |
9.4.6 | 客服和幫助 | 包括在線客服、400電話客服、意見反饋以及常見問題的解決方法。 |
10 | 互聯(lián)網(wǎng)護理服務平臺(護士手機APP端) |
10.1 | 搶接單 | |
10.1.1 | 搶/接單 | 支持服務人員對訂單進行搶單或者接受管理人員派發(fā)的訂單。 |
10.1.2 | 切換 | 切換到首頁頁面,查看自己的工作權(quán)限。 |
10.1.3 | 工單卡片 | 查看工單信息,可查看工單詳細信息、聯(lián)系用戶、聯(lián)系客服,護士所在位置到服務對象住址的地圖頁面,查看患者歷史服務單等。 |
10.1.4 | 在線客服 | 有問題可聯(lián)系客服處理。 |
10.1.5 | 消息通知 | 查看當天的消息信息。 |
10.1.6 | 安全中心 | 護士可在APP上進行一鍵報警操作,及時撥打110、120與緊急聯(lián)系人,系統(tǒng)對護士的實施位置進行保護、行程錄音及隱私進行保護,當護士觸發(fā)報警后,系統(tǒng)會短信通知運營人員。 |
10.1.7 | Banner | 支持banner配置,可針對護士進行廣告宣傳。 |
10.2 | 服務 | |
10.2.1 | 工單詳情 | 工單詳情包括訂單狀態(tài),訂單信息等。 |
10.2.2 | 出門 | 對于已搶工單,在出門服務時可點擊出門按鈕,系統(tǒng)自動獲取護士點擊出門至點擊開始之間的路程信息,進行導航。點擊出門按鈕,保險自動生效。 |
10.2.3 | 服務開始 | 護士到達患者處,點擊開始按鈕,開始服務。系統(tǒng)可監(jiān)測位置異常并全程錄音。 |
10.2.4 | 一鍵報警 | 護士可在APP上進行一鍵報警操作,及時撥打110、120與緊急聯(lián)系人。 |
10.2.5 | 評估 | 護士對需要進行評估的患者進行二次評估。 |
10.2.6 | 服務完成 | 護士在完成服務后,可填寫服務記錄信息,使醫(yī)療服務留痕?商顚懯褂煤牟,生成耗材訂單供患者支付。 |
10.2.7 | 垃圾投放 | 訂單完成頁面,可點擊"垃圾投放”按鈕,投放醫(yī)療廢棄物,同時自動記錄投放地點和內(nèi)容。 |
10.3 | 咨詢 | |
10.3.1 | 當前咨詢 | 查看客戶當前需要咨詢的服務項目。 |
10.3.2 | 歷史咨詢 | 查看客戶歷史咨詢的服務項目。 |
10.4 | 我的 | |
10.4.1 | 我的保單 | 護士可查看每次上門護理所對應的保險保單。 |
10.4.2 | 服務項目 | 可查看護士的服務項目,可申請新增項目或刪除已有服務項目。 |
10.4.3 | 護理記錄儀 | 平臺支持接入護理記錄儀,支持查看護理記錄儀型號、綁定時間和狀態(tài)的詳情。 |
10.4.4 | 服務區(qū)域 | ****服務區(qū)域,****服務區(qū)域。 |
10.4.5 | 咨詢服務 | 可查看客戶的圖文咨詢詳情。 |
10.4.6 | 錢包 | 服務人員服務收入情況。 |
10.4.7 | 我的二維碼 | 護士完成工單后可憑借二維碼得到推薦費,客戶也可通過掃描二維碼下單。 |
10.4.8 | 物資配比 | 記錄每個護士的耗材使用情況。 |
10.4.9 | 排班表 | 護士可查看工作排班。 |
10.4.10 | 銀行卡號 | 查****銀行卡號信息,用戶可以自主更新維護。 |
10.4.11 | 我的評估 | 可查詢護士對客戶做的評估表。 |
10.4.12 | 平臺協(xié)議 | 包括護士服務協(xié)議、護士隱私協(xié)議、錄音信息隱私保護政策、簽約協(xié)議及安全須知。 |
10.4.13 | 意見反饋 | 護士遇到問題、意見或功能異常的時候可上傳頁面截圖進行反饋。 |
11 | 互聯(lián)網(wǎng)護理服務平臺(運營管理PC端) |
11.1 | 機構(gòu)管理 | |
11.1.1 | 基本配置 | 支持查看機構(gòu)的基本配置情況、修改機構(gòu)相關(guān)參數(shù)、支持進行上門陪護配置。 |
11.1.2 | 知情告知書 | 配置用戶在下單前需要閱讀的《服務項目知情告知書》。 |
11.1.3 | 簽約協(xié)議 | 配置員工在注冊平臺時的《“互聯(lián)網(wǎng)+護理服務”勞務協(xié)議》。 |
11.1.4 | 費用配置 | 配置機構(gòu)各項費用的名稱、員工結(jié)算比例、計費規(guī)則以及退款規(guī)則。 |
11.1.5 | 變更日志 | 對機構(gòu)相關(guān)信息進行變更后,系統(tǒng)會自動記錄,可通過搜索變更時間,變更類型、變更名稱,變更人員,等查詢具體變更內(nèi)容 |
11.2 | 服務對象檔案 | 顯示服務對象信息列表、模板下載、導入服務對象、服務對象建檔。 |
11.3 | 人事管理 | |
11.3.1 | 員工管理 | 支持員工基本信息維護、員工資質(zhì)文件維護、員工服務項目及服務范圍設置、護士資質(zhì)審核。 |
11.3.2 | 團隊管理 | 可將服務人員按需要劃分為不同的組,支持進行團隊管理。 |
11.3.3 | 排班管理 | 支持新增班次、編輯員工排班、導出排班、導入排班。 |
11.4 | 服務運營 | |
11.4.1 | 工單跟蹤 | 支持服務跟蹤、全流程服務記錄、服務變更操作、數(shù)據(jù)處理。 |
11.4.2 | 訂單運營 | 支持訂單詳情查詢、訂單處理、訂單導出、實時監(jiān)控服務人員位置以及當前服務狀態(tài)。 |
11.4.3 | 黑名單管理 | 可對服務對象或服務人員進行拉黑處理。 |
11.4.4 | 評價管理 | 評價管理頁面可以查看服務人員和服務對象的相關(guān)評價。 |
11.5 | 營銷管理 | |
11.5.1 | 優(yōu)惠券管理 | 設置優(yōu)惠券的領取方式、數(shù)量及可用優(yōu)惠券的范圍。 |
11.5.2 | 活動促銷 | 在節(jié)假日降低部分項目的價格,用戶在做活動的時間進入小程序,除加價的時間段外均為促銷價格。 |
11.5.3 | 節(jié)假日加價 | 在節(jié)假日提高部分項目的價格,用戶在微信端購買預約時選擇加價的日期,購買的價格為加價后的價格。 |
11.6 | 評估管理 | |
11.6.1 | 評估列表 | 點擊評估列表菜單欄,再點擊詳情,可以查看評估詳情表。 |
11.6.2 | 評估量表 | 可查看機構(gòu)所有評估量表,也可新增修改,評估量表可引用到該機構(gòu)的服務項目中。 |
11.7 | 運營管理 | |
11.7.1 | 廣告管理 | 配置小程序、護士APP端首頁上方的banner圖片。 |
11.7.2 | 運營報表 | 可以查看、分析機構(gòu)運營狀況。 |
11.8 | 財務管理 | |
11.8.1 | 結(jié)算記錄 | 系統(tǒng)根據(jù)結(jié)算周期自動統(tǒng)計結(jié)算周期內(nèi)訂單。 |
11.8.2 | 薪酬管理 | 支持薪酬統(tǒng)計、員工獎懲、薪資對賬。 |
11.9 | 配置管理 | |
11.9.1 | 工作時間設置 | 工作時間設置中可對機構(gòu)預約時間、預約時間間隔、同一時間服務能力進行設置與管理。 |
11.9.2 | 服務項目配置 | 支持服務項目內(nèi)容的導入、導出、批量修改、停用、刪除、編輯等操作。支持服務項目新增及基礎信息配置、服務模式設置、服務區(qū)域配置、服務項目其他信息配置。 |
11.9.3 | 個人診室配置 | 支持個人診室基本配置,用戶可在線上對醫(yī)護人員進行圖文問診。 |
11.9.4 | 評價設置 | 配置管理中的評價可以根據(jù)不同的維度設置相應的評價標簽和分數(shù)。 |
11.9.5 | 職稱設置 | 支持根據(jù)職稱類別、職稱名稱篩選搜索職稱信息。 |
11.10 | 物資管理 | |
11.****.1 | 物資目錄 | 所有機構(gòu)物資使用物資情況的列表 ,物資目錄支持新增、編輯、刪除。 |
11.****.2 | 物資包管理 | 支持物資打包出售,可生成不同物資包,并對物資包進行管理、查詢 |
11.****.3 | 倉庫日志 | 記錄每次出入庫后物資的剩余情況。 |
11.****.4 | 員工物資查詢 | 員工請領物資情況查詢,查看員工持有數(shù)量,確認是否需要給員工繼續(xù)郵。 |
11.****.5 | 倉庫配置 | 可建立倉庫,編輯倉庫信息,支持多個倉庫名稱、位置及管理員等信息的管理。 |
11.****.6 | 固定資產(chǎn) | 可通過資產(chǎn)性質(zhì)、狀態(tài)、分類、保修時間對資產(chǎn)進行多級篩選查看。點擊“導出”可生成資產(chǎn)列表。 |
11.****.7 | 物資查詢 | 查詢當前倉庫的物資剩余情況,可導出機構(gòu)使用的所有物資,了解物資使用情況。 |
11.****.8 | 物資入庫 | 將物資入庫到不同的倉庫,支持后期管理維護。 |
11.****.9 | 盤點管理 | 物資盤點對賬,支持查看當前倉庫物資剩余情況。 |
11.****.10 | 物資請領 | 可查看員工的請領數(shù)據(jù),可查看物資請領詳情,對請領進行待處理、已駁回、已發(fā)貨等操作。 |
12 | 系統(tǒng)對接 | |
12.1 | 與**省互聯(lián)網(wǎng)醫(yī)療監(jiān)管平臺對接 | ****醫(yī)院平臺將與**省互聯(lián)網(wǎng)醫(yī)療監(jiān)管平臺對接,****醫(yī)院的醫(yī)療數(shù)據(jù)上報,將互聯(lián)網(wǎng)醫(yī)療數(shù)據(jù)統(tǒng)一集中,由監(jiān)管平臺進行分類監(jiān)管,****衛(wèi)健委****醫(yī)院以及互聯(lián)網(wǎng)醫(yī)療數(shù)據(jù)相關(guān)政策,保證互聯(lián)網(wǎng)診療行為合法合規(guī),保證互聯(lián)網(wǎng)+醫(yī)療健康服務有序開展。 |
13 | CA認證系統(tǒng) | CA認證系統(tǒng)基于國產(chǎn)密碼的電子認證****醫(yī)院平臺按不同的能力集合,提供數(shù)字證書服務、身份認證服務、電子認證服務和電子簽章服務等四種安全支撐服務。 |
13.1 | 簽名驗簽時間戳服務平臺 | |
13.1.1 | 簽名及驗證簽名 | 實現(xiàn)基于數(shù)字證書的數(shù)字簽名、驗證簽名、加解密等功能。 |
13.1.2 | 強身份驗證 | 與客戶端組件一起完成強身份驗證的安全登錄。 |
13.1.3 | 簽發(fā)時間戳 | 接收應用系統(tǒng)發(fā)來的時間戳簽發(fā)請求,簽發(fā)時間戳后將時間戳返回給應用系統(tǒng)。 |
13.2 | 證書管理系統(tǒng) | |
13.2.1 | 證書自動更新 | 收集證書應用環(huán)境發(fā)起的證書更新請求,再統(tǒng)一由證書管理服務器管理員批量更新證書并由證書應用環(huán)境自動更新證書,證書更新支持移動端和PC端在線和離線更新。 |
13.2.2 | 客戶端自動更新 | 證書管理服務器發(fā)布客戶端軟件更新包,用戶客戶端從證書管理服務器服務端獲取相關(guān)更新包進行更新,支持客戶端自動升級。 |
13.3 | 軟盾密鑰協(xié)同系統(tǒng) | |
13.3.1 | 證書生命周期管理 | 提供移動端數(shù)字證書的申請、簽發(fā)、更新、吊銷等證書生命周期服務。 |
13.3.2 | 身份認證及簽名 | 實現(xiàn)基于PC端、移動端數(shù)字證書的身份認證和電子簽名功能。 |
13.3.3 | 協(xié)同簽名 | 提供數(shù)據(jù)簽名服務接口,支持業(yè)務系統(tǒng)發(fā)起簽名請求,服務器與用戶手機,服務器與PC端完成協(xié)同簽名。 |
13.3.4 | 賬號同步 | 支持與PC軟盾賬戶同步。 |
13.3.5 | 證書授權(quán) | 支持數(shù)字證書授權(quán)機制。 |
13.4 | 電子簽章服務系統(tǒng) | |
13.4.1 | 可視化簽名 | 與信息系統(tǒng)集成,實現(xiàn)電子簽名可視化, |
13.4.2 | 印章管理 | 實現(xiàn)電子印章的存儲和調(diào)用 |
13.4.3 | 印章綁定 | 支持電子印章圖片寫入證書存儲介質(zhì)中,并與證書綁定 |
13.4.4 | 印章采集 | 支持自動生成電子印章圖片,或支持采集的手寫簽名 |
13.4.5 | 印章調(diào)用 | 支持電子印章在手機盾、PC軟盾場景下的調(diào)用 |
本期項目的建設將充分考慮鏈路專網(wǎng)安全、網(wǎng)絡安全、信息安全等方面的安全保密性,以保證系統(tǒng)安全。平臺須達到信息安全等級保護三級水平,中標人應配合采購人完成對系統(tǒng)的三級等級保護測評,且應該于項目驗收前取得等保備案、三級測評報告及密碼測評報告。
項目團隊構(gòu)成需包括項目經(jīng)理、需求分析人員、開發(fā)人員、測試人員、實施人員、文檔管理維護人員和質(zhì)量保障人員。在系統(tǒng)建設和質(zhì)保期內(nèi),投標人承諾的項目負責人和開發(fā)實施的主要人員未經(jīng)用戶書面同意不得調(diào)整。
為了驗證項目中的質(zhì)量保證活動是否符合計劃要求,同時檢查質(zhì)量保證體系的有效性,以不斷完善質(zhì)量保證體系,投標人內(nèi)部建立全面的審核制度,配備專門的質(zhì)量保證人員開展質(zhì)量保證活動。
l 完成全民健康信息平臺與**省影像云系統(tǒng)、**省各條線業(yè)務系統(tǒng)、**智慧城市平臺對、同級政府相關(guān)部門信息平臺進行對接。
l 完成部分基于平臺的業(yè)務監(jiān)管(綜合業(yè)務監(jiān)管、****醫(yī)院運營監(jiān)管、突發(fā)公衛(wèi)事件監(jiān)管)。
l 完成基于平臺的業(yè)務****展示中心、慢病管理業(yè)務監(jiān)管、重點人群管理業(yè)務監(jiān)管、國家基本公共衛(wèi)生服務項目監(jiān)管、婦女保健業(yè)務監(jiān)管、兒童保健業(yè)務監(jiān)管、中醫(yī)藥業(yè)務監(jiān)管)、業(yè)務協(xié)同(基本醫(yī)療服務協(xié)同的個人基本信息調(diào)閱服務、居民健康檔案信息服務、居民電子病歷信息服務、重復檢查提醒服務、重復檢驗提醒服務、重復用藥提醒服務)和便民服務系統(tǒng)功能(公共衛(wèi)生服務)。
l ****醫(yī)療機構(gòu)綜合信息系統(tǒng)部署,對全市所有基層機構(gòu)的公衛(wèi)系統(tǒng)進行基礎數(shù)據(jù)初始化和業(yè)務流程配置。完成公衛(wèi)歷史數(shù)據(jù)遷移和全市所有基層機構(gòu)公衛(wèi)系統(tǒng)上線。
l ****醫(yī)療機構(gòu)綜合信息系統(tǒng)建設,實施部署玩電腦全部763****衛(wèi)生院、****醫(yī)療機構(gòu)并運行。
開工26個月內(nèi),完成全部建設任務,進行全面試運行及優(yōu)化,并進行項目終驗。應完成項目范圍內(nèi)所有系統(tǒng)上線、所有機構(gòu)數(shù)據(jù)對接、所有試點應用任務,具體建設內(nèi)容如下:
如驗收不能通過,中標人對存在的問題進行整改,在問題解決后,采購人再次啟動驗收流程。如受采購人的工作安排、配套條件或其他外部情況所限,造成項目范圍中個別子系統(tǒng)功能、外部接口未能及時實施的,在不影響本項目整體實施成效的前提下,可以考慮先推進項目整體驗收,延后實施的部分內(nèi)容單獨驗收。中標人承擔驗收產(chǎn)生的全部費用。