. 項目背景介紹

某某醫院創建于 1969 年。1995 年成為二級甲等綜合性醫院。2000-2014 年為上海瑞金醫院集團成員單位。2014 年某某區人民政府與復旦大學合作共建，籌建復旦大學附屬醫院。2017 年簽約組建“中山醫院-某某區中心醫院某某醫療聯合體”，成為復旦大學附屬中山醫院某某分院。2018 年正式列為復旦大學附屬醫院。2020 年成為三級乙等綜合性醫院。經過 50 余年的發展，醫院現占地面積 5.89 萬平方米，建筑面積 10.74 萬平方米。全院核定床位 800 張，實際開放床位 1000 余張。擁有 3.0T 核磁共振、第三代雙源 CT（FORCE）、飛利浦 FD20 DSA 機等大型醫療設備。醫院科室設置齊全，現有臨床、醫技科室 43 個。2019 年門急診 290 萬人次，出院 5.1 萬人次，手術 3.1 萬人次，平均住院天數 7.01 天。現有職工 2000 余人，其中專業技術人員 1400 余人，中高級職稱近 800 人，博士、碩士 300 余人，近 300 人取得教師資格證書。

隨著醫療信息化建設不斷地深入發展，醫院的運營從粗放化逐漸轉向精細化，業務、技術和管理系統也需要快速適應新的業務形態的考驗,適應精細化運營和精準管理的要求。業務、技術和管理系統要加速數據整合能力，實現三級公立績效指標數據的自動化采集，滿足衛健委發布的三級公立醫院績效考核指標的數據上報工作；實現醫院醫療質控的數據分析， 提高醫院精細化管理效率及水平；實現醫療業務流程的優化，減少醫院各醫療各環節的安全隱患，提高醫院的醫療各環節的工作效率及質量安全。實現醫院病歷自動化質控，提高醫院的病歷質控的覆蓋度及質控效率，減少醫療過程中存在的風險，規范患者的就診過程的規范性，提高醫療安全水平。

二. 內容

內容

表 2.1.1：清單

實施內容

本次招標實施內容包括：2.1 節所列具有合法知識產權的應用軟件，相關系統軟件，以及為滿足采購人實際應用需求所必須的應用軟件客戶化工作和軟硬件系統集成工作，包括對應用軟件的功能擴充、接口調試、修改、維護，軟硬件基礎環境安裝調試和維護，基礎數據準備，人員培訓，售后服務和技術支持等內容。

三. 對投標產品的技術要求

投標人提供的應用軟件必須包含上述所要求的項目，在此基礎上允許增添軟件項目，增添的軟件項目將作為重要考慮因素，但因此因素造成的總價增加采購人不予考慮。

投標人應簽署本招標書所附“投標人承諾書”，否則其投標文件的技術分將作零分處理。

總體技術要求

• 先進性

采用先進的基于構件/構架的設計思想和開發方法，支持大用戶量并發訪問，包括大并發下的緩存技術，頁面異步數據交換，支持 html5 等新的互聯網技術。

• 安全性

系統采用分級管理模式，對不同級別用戶的操作權限和數據訪問范圍有嚴格的限制，系統管理員可以根據情況靈活設置安全策略。系統級安全：定期備份、應急（支持脫機程序及相應的應急預案、支持智能客戶端）及恢復、災備解決方案。

• 兼容性

技術上按照國際標準，同時符合國家標準，支持多種主流瀏覽器訪問，自適應移動設備

在線瀏覽，實現良好的跨平臺能力，便于與不同系統間的數據交互。

• 開發技術

系統可以采用 B/S 架構、支持主流的應用服務器、集群及負載等。

• 可擴展性

采用模塊化的設計框架，模塊之間相對獨立又可相互關聯。在已有功能基礎上添加新模塊或新功能，都非常方便。而且系統采用對象化設計理念，程序接口和數據接口都要清晰， 便于二次開發。

• 易維護性

采用代碼維護、公式調整、參數配置等手段，確保管理員可自維護系統基礎設置數據項。系統升級和日常維護只需要在服務器進行即可。系統為管理員有系統設置和維護功能，包括用戶和權限設置、字段維護、代碼表維護、日志監控、數據批量處理、遠程備份、數據同步等等。系統維護期滿后，采購人有權要求投標人提供應用系統相關技術文檔。開放數據庫規格描述。

• 可操作性

設計方案符合業務流程，不是停留理論框架，而是切實可行，并具有成功案例。

智能病歷質控系統

智能病歷質控系統是利用大數據挖掘、自然語言處理、機器學習算法、后結構化醫療文書等技術重構質控體系，實現覆蓋到全院運行病歷和終末病歷的全流程、自動化內涵質控系統，助力質控人員，提高質控效率、提升病歷質寫質量。

技術要求：

1. 系統支持獨立于醫院現有電子病歷系統，可通過集成醫院現有電子病歷及其他系統的病歷數據相應的質控。
2. 系統支持與現有電子病歷系統進行相應的深度集成，包括系統及數據的集成，醫生可通過現有電子病歷系統查看及提醒相應的病歷質量問題。
3. 系統支持與醫院現有患者 360 視圖進行集成，實現相應的病歷數據質量的問題查看及交互。
4. 病歷質控范圍不僅限于電子病歷系統，需實現患者全流程數據的質控，包括病人文書、

醫囑、護理、檢查、檢驗等相關數據進行相應的質控。

1. 病歷質控系統支持病歷質量問題整改過程全跟蹤，整改過程可視化展現，支持整改歷史記錄和對比。
2. 系統支持運行病歷、終末病歷質控，實時發現問題、及時整改，實現全流程質控，提高臨床質控意識。
3. 系統支持全病歷的自動化病歷質控，實現全部運行病歷及終末病歷的質量控制。功能清單：

閉環質控分析系統

閉環質控分析系統，是運用數據分析技術，構建一套醫療閉環評價模型，從節點的執行率、執行效率、執行質量、耗時等多個角度展現閉環的運行效果。醫院通過數據發現問題、解決問題，從而達到持續優化醫療流程、提高工作效率、提升醫療人員工作質量的目的，主要包含：節點執行率分析，節點的耗時分析，異常數據查詢等，幫助管理人員了解醫療環節的執行情況，分析是否存在醫療安全隱患，當

發現異常時，幫助管理人員找出具體的問題所在，幫助醫院改善及優化醫療業務流程、提高醫療質量提供相應的數據依據。

技術要求：

1. 支持靈活的閉環節點配置，可根據業務發展，配置不同的閉環節點信息。
2. 支持靈活的閉環質控規則配置，可通過可視化的規則配置界面，實現閉環質控規則的配置。
3. 閉環質控不僅限于閉環節點展示，需要對醫療環節節點相關的醫療安全進行質量控制。
4. 質控結果支持從全院、科室、職工維度進行相應的數據鉆取，并支持鉆取到具體的業務明細數據，幫助醫院找出具體的問題所在。
5. 系統需內置閉環質控知識庫及相應的質控規則，實施廠商可通過相應的知識庫來引導醫院相關人員進行相應的質控及分析。

功能清單：

護理敏感指標管理

通過建立護理敏感指標管理系統實現護理敏感指標的自動化采集，滿足醫院護理敏感指標上報需求，實現護理敏感指標的主題分析，包括護理結構、護理過程、護理結果、護理質量等主題分析，護理敏感指標包含如下表格。

技術要求

1. 支持自助面配置，通過可視化界面，無需技術人員幫助通過界面拖拽即可完成移動界面的配置及發布。
2. 分析界面配置需支持基于指標的拖拽，同時也支持配置存儲過程完成個性化數據配置。
3. 自助分析界面配置無需預先設置模板，用戶只需在畫板上進行拖放即可進行布局排版。
4. 自助分析界面配置支持支持對標題、邊距、顏色等屬性進行自定義編輯。
5. 自助移動界面配置支持折線圖、堆積圖、柱形圖、條形圖、餅圖、環形圖、雷達圖、儀表盤、散點圖、卡片、組合圖、列表、表格等多種可視化圖例。
6. 支持自定義指標配置：可根據業務需要完成新的子指標的添加，方便業務的擴展。
7. 系統需具有靈活的指標、數據權限配置功能。可根據用戶或角色配置不同的科室及指標權限查看權限。

功能要求

護理敏感指標需要包含以下指標：

三級公立醫院績效評價指標

支持對醫院績效考核指標進行口徑和相關指標數據的錄入，以及相關績效考核指標年度和月度數據的查詢。

1. 支持可視化界面配置帶圖文的分析報告，可通過系統界面，通過拖拽的方式自動生成圖文分析報告的內容。
2. 分析報告支持按照周，月，年，全院，科室的角度配置，支持分析報告發布功能。
3. 分析報告定期生成完成后，用戶可通過前臺界面點擊發布，也可根據支持通過界面重新生成文字報告。
4. 分析報告可發布到 PC 端應用以及移動端應用，當發布后，可通過微信發送通知，相關用戶可通過微信消息直接打開相應的分析報告。
5. 系統支持消息發送配置，可配置消息模板及接收人信息，當系統出現異常時或相應的消息通知時，可通過消息發送模塊實現微信、郵件、短信的發送。
6. 系統需內置指標庫，并可根據需要通過前臺界面完成指標管理，包括新增指標、修改指標，啟用指標，指標統計方式，指標的目標值管理，指標計算口徑等。
7. 系統需具有靈活的指標、數據權限配置功能，用戶可通過前臺界面完成設置界面， 數據以及指標的訪問權限，保障醫院數據的安全。
8. 需支持不同管理角色進行權限設置，支持按照院區，科室來維度配置系統訪問權限。
9. 三級公立績效指標支持手工錄入，當錄入子指標時，可自動生成父指標數據。
10. 指標錄入可根據月，年來錄入指標，并支持數據的導出的功能。
11. 績效指標支持通過系統自動采集，可配置自定義 SQL 完成數據的自動采集。
12. 支持自定義指標配置：可根據業務需要完成新的子指標的添加，方便業務的擴展。
13. 系統需具有靈活的指標、數據權限配置功能，可根據指標來分配用戶的錄入權限。支持配置不同用戶錄入或查看指定的指標的權限。
14. 系統需包含國家衛健委印發的三級公立醫院績效考核指標(2020 版)進行展示與分析，包括醫療質量、運營效率、持續發展、滿意度等 56 個大指標以及相應的子指標。

四. 系統接口及統一編碼標準要求

• 系統接口要求

1. 符合 《國家三級公立醫院績效考核指標》
2. 符合《護理敏感指標使用手冊》
3. 符合《電子病歷系統功能應用水平分級評價方法及標準》
4. 符合《電子病歷基本架構與數據標準（試行）》
5. 符合《基于電子病歷的醫院信息平臺建設技術解決方案（1.0 版）》

• 統一編碼標準要求

必須符合醫院統一標準代碼《醫院字典表》、《科室字典表》、 《醫護人員字典表》、《診斷代碼表》、《藥品代碼表》、《項目字典表》、《標本字典表》、《檢驗指標字典表》、《儀器設備字典表》等。

五. 實施、驗收與售后服務要求

總體要求

1、【投標人在上海有固定的售后服務團隊和軟件開發中心。】

2、 投標人應本著認真負責態度，組織技術隊伍，認真做好項目的實施工作。在簽訂合同前， 提出具體實施、服務、維護以及今后技術支持的措施計劃和承諾。

3、 投標人必須提供項目實施計劃，經用戶方同意后，嚴格執行。如果遇到問題，由項目組提出項目變更說明，經醫院和投標人確定后，修改計劃。

4、 投標人應負責在項目驗收時將系統的全部有關技術文件、資料、及安裝、測試、驗收報

告等文檔匯集成冊交付用戶方。

5、 結合醫院實際情況，擬定詳細的系統實施計劃，包括同醫院現有信息系統的對接、個性化化定制、測試、試運行、培訓及上線計劃。承諾保證在合同規定時間內上線及上線后系統平穩運行。

項目交付要求

項目開發周期為 1 年。項目開發周期（合同履約期限）：合同簽訂后 1 年內完成項目系統建設并驗收合格。

人員培訓

投標方應負責使用人員的培訓及考核。并在項目實施后繼續按照醫院要求繼續定期培訓和考核。培訓對象包括信息部門系統管理員、日常維護人員、技術層面人員（包括系統開發、程序版本控制、數據庫維護）；實際應用部門的管理人員、操作人員。系統管理人員培訓內容為系統中涉及的相關技術內容；管理人員培訓內容為系統流程和相關管理思想；操作人員為系統的操作培訓。投標方應提供完整的培訓方案，其中醫院信息部門將派技術人員參與開發。

對實施人員的要求

• 系統在通過驗收前必須現場留駐足夠的實施人員。
• 醫院有權根據實施情況要求更換項目經理和實施人員。
• 對投標人項目經理等級基本要求：要求投標人針對本項目成立項目小組，在投標書中提供書面名單，人員一旦得到醫院確認，無特殊理由不得隨意變動，其中項目經理應具有相當資質并有同類產品三級甲等綜合性醫院實施經驗，且項目經理未得到醫院同意的情況下不得隨意更換。

驗收流程

本項目正式投入運行后，招標人將組織項目驗收。招標人有權邀請相關行業專家與醫院一起驗收，同時招標人有權就系統的功能、性能和安全性等請第三方專業評測機構進行評測。屆時驗收專家由招標人指定，所有驗收和評測的費用包含在投標總價內。

技術文檔

系統驗收后投標方須提供詳細的軟件相關技術文檔、使用說明書、維護手冊等文檔資料。提供系統應急方案，提供維護和二次開發所需要的源代碼及技術支持工具。

文檔包括但不限于以下內容：

• 項目情況總結
• 項目實施計劃書
• 系統用戶需求說明書
• 系統設計說明書
• 系統安裝部署手冊
• 系統測試報告
• 系統培訓記錄
• 系統用戶手冊
• 系統維護手冊
• 系統試運行報告
• 項目驗收報告

系統維保服務

1、 本項目采購的所有貨品，包括：應用軟件在驗收合格后，投標人必須提供至少【一年】的免費功能增強性維護、免費技術維護服務和硬件維保服務，其中包括系統維護、跟蹤檢測,保證投標人所投軟件的正常運行。在 2.1 節招標內容中對維保期有特別說明的，投

標人必須按 2.1 節要求提供維保服務。

2、 維保期內售后服務時間

提供 7*24 小時免費服務，醫院工作日白天（8：00-17：00）故障響應時間不超過 1 小時，非工作日及夜間故障響應時間為不超過 2 小時。3 小時到達現場，8 小時內修復。維保期內對系統優化和常規安全檢查：每月 1 次。

3、 售后服務的形式

• 現場支持

投標方應在現場至少派駐工程師【2】名，在工程實施及售后服務期間維持系統的正常運行。工作時間為招標人工作日 8：00-16：30（根據招標人作息時間調整）。派駐工程師必須具有同樣信息系統支持服務【2】年以上維護經驗，并接受招標人統一管理。經過招標人確認后，無特殊原因不得隨意更換，要保證人員的穩定性，更換人員需得到招標人確認。若不符合招標人要求，招標人有權利要求更換現場維護人員。

• 遠程服務

招標人允許投標方在現場人員不能排除故障時，授權通過電話線或 VPN 方式遠程登錄到招標人網絡進行免費的故障診斷和故障排除；

• 政策性維護

今后因國家政策或政府、上級部門要求導致的被動性程序修改，投標方應及時提供程序修改服務，并確保系統的在政策要求的時限內正確運行，該費用包含在投標總價內，招標人不再另行支付相關費用。

• 系統升級途徑及費用

投標方應承諾所投標的應用軟件在維保期內免費升級，今后的升級費用包括在年維護費用內。

• 功能增強型維護

投標方應承諾所投標的應用軟件在維保期內提供的功能增加和修改維護工作量不少于

【30 人日】。具體功能的增加和修改維護工作量核定由雙方協商認定。

保修期后的系統維護要求

1、投標人應承諾提供終身技術支持和維護服務。免費維保期后，招標人有權決定是否同投標人每年簽署期限為一年的維護合同。

2、投標人應提供免費維保期后詳盡的系統維護方案、系統升級計劃和系統維護價格。

3、 系統維護方案內容應包括但不限于以下內容：

• 常規的維護：程序漏洞的修復、版本的升級（政策性改變）
• 每年對招標人信息部門技術人員提供技術培訓，內容包括應用程序的修改指導、二次開發以及數據庫應用。
• 功能的修改和增加：提供不少于【30】人日。具體功能的增加和修改工作量核定由雙方協商認定。
• 現場工程師：負責人員培訓和日常維護，向招標人提交符合要求的維護文檔，若不符合招標人要求，招標人有權要求更換維護人員。