分類

模塊

功能需求

1.系統(tǒng)要求

架構

整體架構要求： 系統(tǒng)采用 B/S 架構模式，支持服務虛擬化、容器化、微服務化。

彈性擴容要求：系統(tǒng)能夠依據(jù)未來單病種數(shù)據(jù)上報的業(yè)務發(fā)展要求，實現(xiàn)不停機彈性擴容，將擴容對業(yè)務的影響降低到最低。

設計

跨平臺支持： 系統(tǒng)需支持醫(yī)院內外網的本地化、多平臺安裝?？蛻舳藷o需安裝任何專用軟件，通過瀏覽器使用系統(tǒng)。

支持不停機更新： 系統(tǒng)升級時，客戶端無需更新，服務端更新時不中斷現(xiàn)有業(yè)務。

接口

★支持與院內系統(tǒng)對接：與醫(yī)院相關系統(tǒng)緊密無縫連接，能夠自動獲取患者基本信息和臨床治療等信息，接口符合 HL7 、FHIR標準；（提供聲明函）

接口對接方案：配合管理需求，實現(xiàn)各類接口功能，提供完整的信息系統(tǒng)的接口對接方案，接口采取可配置化設計。

注：接口需要可配置設計，提升系統(tǒng)的可維護性。

數(shù)據(jù)治理

★醫(yī)療資源自動化管理，數(shù)據(jù)經過抽取、清洗轉換之后形成單病種的有效數(shù)據(jù)。特別是在數(shù)據(jù)抽取的過程中系統(tǒng)要具備智能轉換能力，而無需人工進行轉化。(提供投標人軟著)

2.軟件要求

單病種數(shù)據(jù)采集

★分別采集**個病種的具體病歷，可以選擇病人出院的日期范圍查詢，可以對檢索的數(shù)據(jù)進行排序、對每個數(shù)據(jù)項進行過濾查找，以及可以對檢索的數(shù)據(jù)導出為 CSV、XLSX、DOC等格式的文件。支持單獨上傳一個病人或批量上傳多個病人，可以查看具體上傳日志。

單病種數(shù)據(jù)統(tǒng)計分析

★綜合統(tǒng)計分析功能：統(tǒng)計分析一段時間內每個病種的發(fā)生例數(shù)、死亡例數(shù)、總床日數(shù)、總費用、總藥費、平均住院日、人均費用等。(提供投標人軟著)

病例明細查詢功能：用于查詢每個病種的具體明細病歷，包括病人的住院號、住院次數(shù)、姓名、所在科室、主管醫(yī)生、出入院時間、費用、疾病名稱等。

其他指標分析：按病種、住院日、年齡段、性別等指標進行統(tǒng)計分析。

可以根據(jù)個性需求設置自定義報表，方便管理人員及醫(yī)生查詢各類數(shù)據(jù)。

字典維護

★ API 接口配置功能，用于配置每個病種的接口路徑、采集條件（如疾病 ICD碼、手術碼、除外內容等）。

★每個病種的數(shù)據(jù)項配置功能，可以設置每個接口的數(shù)據(jù)項以及數(shù)據(jù)類型、條件等等。

功能樹管理功能，可以管理軟件功能結構。

數(shù)據(jù)字典維護功能：用于設置每個接口中的數(shù)據(jù)項的數(shù)據(jù)來源字典等。

據(jù)項配置功能:可以設置每個接口的數(shù)據(jù)項以及數(shù)據(jù)類型、條件等。

用戶權限管理

用戶管理：系統(tǒng)支持組織機構和人員數(shù)據(jù)的維護功能，同一個用戶可以分配多個角色使其登錄系統(tǒng)時隨著不同的登錄角 色而擁有不同的權限。

角色管理：系統(tǒng)支持用戶自定義角色功能，支持為每類角色分配不同權限功能。

菜單配置：系統(tǒng)可以靈活配置系統(tǒng)的菜單，包括菜單的名稱、順序、父子關系等。

日志管理

上傳日志記錄：系統(tǒng)支持查看所有上傳單病種的日志記錄，包括成功與失敗（含原因）。

系統(tǒng)日志查詢：支持系統(tǒng)自動記錄操作和審核記錄，上報記錄，針對上報錯誤的病例有上報錯誤原因說明。

數(shù)據(jù)上報功能

設置時間點，每天可以自動上報**個單病種數(shù)據(jù)到前置機，用于上報國家平臺。

★BS版本在線填報功能，醫(yī)生端直接在線填報功能，不需要另外安裝系統(tǒng)，打開瀏覽器即可填報、上報及審核單病種。（提供軟件截圖）

★三級審核功能：醫(yī)生填報、科主任審核、職能部門審核。 并且有 權限控制，醫(yī)生只能看到自己病人的單病種信息，科主任可以查看審核本科室的病種信息、職能科室可以查看審核全部的病種信息。支持單一病種審核及批量審核。（提供軟件截圖）

★精準推薦：基于歷史數(shù)據(jù)與業(yè)務規(guī)則，為醫(yī)生提供填報建議，降低操作復雜度，提升數(shù)據(jù)質量(提供投標人軟著)

數(shù)據(jù)質控數(shù)據(jù)項必填內容智能提醒功能：保存時提醒全部為空的必填項。

支持作廢取消非必要上報的病種：對于一些病種，醫(yī)院認為不需要上報，支持取消作廢功能，只能審核通過的病種才自動上報國家平臺。

內嵌前置機程序及國家平臺功能

★軟件內嵌入前置機程序：可以在軟件內直接打開前置機程序，不用另外打開窗口；內嵌國家上報管理平臺，可以在軟件內直接打開國家管理平臺，直接在上面填報。

分類

模塊

功能需求

1.系統(tǒng)要求

架構

整體架構要求： 系統(tǒng)采用 B/S 架構模式，支持服務虛擬化、容器化、微服務化。

彈性擴容要求：系統(tǒng)能夠依據(jù)未來單病種數(shù)據(jù)上報的業(yè)務發(fā)展要求，實現(xiàn)不停機彈性擴容，將擴容對業(yè)務的影響降低到最低。

設計

跨平臺支持： 系統(tǒng)需支持醫(yī)院內外網的本地化、多平臺安裝?？蛻舳藷o需安裝任何專用軟件，通過瀏覽器使用系統(tǒng)。

支持不停機更新： 系統(tǒng)升級時，客戶端無需更新，服務端更新時不中斷現(xiàn)有業(yè)務。

接口

★支持與院內系統(tǒng)對接：與醫(yī)院相關系統(tǒng)緊密無縫連接，能夠自動獲取患者基本信息和臨床治療等信息，接口符合 HL7 、FHIR標準；（提供聲明函）

接口對接方案：配合管理需求，實現(xiàn)各類接口功能，提供完整的信息系統(tǒng)的接口對接方案，接口采取可配置化設計。

注：接口需要可配置設計，提升系統(tǒng)的可維護性。

2.軟件要求

單病種數(shù)據(jù)采集

★分別采集**個病種的具體病歷，可以選擇病人出院的日期范圍查詢，可以對檢索的數(shù)據(jù)進行排序、對每個數(shù)據(jù)項進行過濾查找，以及可以對檢索的數(shù)據(jù)導出為 CSV、XLSX、DOC等格式的文件。支持單獨上傳一個病人或批量上傳多個病人，可以查看具體上傳日志。

病例明細查詢功能：用于查詢每個病種的具體明細病歷，包括病人的住院號、住院次數(shù)、姓名、所在科室、主管醫(yī)生、出入院時間、費用、疾病名稱等。

其他指標分析：按病種、住院日、年齡段、性別等指標進行統(tǒng)計分析。

可以根據(jù)個性需求設置自定義報表，方便管理人員及醫(yī)生查詢各類數(shù)據(jù)。

字典維護

★ API 接口配置功能，用于配置每個病種的接口路徑、采集條件（如疾病 ICD碼、手術碼、除外內容等）。

★每個病種的數(shù)據(jù)項配置功能，可以設置每個接口的數(shù)據(jù)項以及數(shù)據(jù)類型、條件等等。

功能樹管理功能，可以管理軟件功能結構。

數(shù)據(jù)字典維護功能：用于設置每個接口中的數(shù)據(jù)項的數(shù)據(jù)來源字典等。

據(jù)項配置功能:可以設置每個接口的數(shù)據(jù)項以及數(shù)據(jù)類型、條件等。

用戶權限管理

用戶管理：系統(tǒng)支持組織機構和人員數(shù)據(jù)的維護功能，同一個用戶可以分配多個角色使其登錄系統(tǒng)時隨著不同的登錄角 色而擁有不同的權限。

角色管理：系統(tǒng)支持用戶自定義角色功能，支持為每類角色分配不同權限功能。

菜單配置：系統(tǒng)可以靈活配置系統(tǒng)的菜單，包括菜單的名稱、順序、父子關系等。

日志管理

上傳日志記錄：系統(tǒng)支持查看所有上傳單病種的日志記錄，包括成功與失?。ê颍?。

系統(tǒng)日志查詢：支持系統(tǒng)自動記錄操作和審核記錄，上報記錄，針對上報錯誤的病例有上報錯誤原因說明。

數(shù)據(jù)上報功能

設置時間點，每天可以自動上報**個單病種數(shù)據(jù)到前置機，用于上報國家平臺。

★BS版本在線填報功能，醫(yī)生端直接在線填報功能，不需要另外安裝系統(tǒng)，打開瀏覽器即可填報、上報及審核單病種。（提供軟件截圖）

★三級審核功能：醫(yī)生填報、科主任審核、職能部門審核。 并且有 權限控制，醫(yī)生只能看到自己病人的單病種信息，科主任可以查看審核本科室的病種信息、職能科室可以查看審核全部的病種信息。支持單一病種審核及批量審核。（提供軟件截圖）

數(shù)據(jù)質控數(shù)據(jù)項必填內容智能提醒功能：保存時提醒全部為空的必填項。

支持作廢取消非必要上報的病種：對于一些病種，醫(yī)院認為不需要上報，支持取消作廢功能，只能審核通過的病種才自動上報國家平臺。

內嵌前置機程序及國家平臺功能

★軟件內嵌入前置機程序：可以在軟件內直接打開前置機程序，不用另外打開窗口；內嵌國家上報管理平臺，可以在軟件內直接打開國家管理平臺，直接在上面填報。