張家港市招投標采購交易服務中心 關于張家港市中醫醫院的醫院信息化整合與提升項目一期招標公告

標書編號：ZZC2012-G164

張家港市招投標采購交易服務中心受張家港市中醫醫院的委托，就醫院信息化整合與提升項目一期進行公開招標采購，現歡迎符合相關條件的供應商參加投標。

一、招標項目名稱及編號：張家港市中醫醫院的醫院信息化整合與提升項目一期

招標編號：ZZC2012-G164

二、招標項目簡要說明：張家港市中醫醫院的醫院信息化整合與提升項目一期，具體要求見張家港市政府采購網

三、 投標人資質要求： 各投標人必須符合《中華人民共和國政府采購法》第二十二條規定的條件。同時具備：

1、投標人應具有軟件企業認定證書、軟件產品登記證書；

2、投標人應具有CMMI4級（含）以上資質或CMM4級（含）以上資質；

3、投標人應具有ISO9001質量管理體系認證證書、ISO27001信息安全管理體系認證證書；

4、投標人應具有自本次招標文件發售之日（2012.11.12）起由注冊地檢察院（或張家港市人民檢察院）出具的近三年內無行賄犯罪記錄的證明復印件；

5、本次采購不接受聯合體投標。

四、招標文件領取信息：

招標文件領取截止時間：2012年11月16日下午5：00時（節假日除外）。只有領取招標文件的投標人才可參加本次招標活動。

答疑時間：2012年11月19日上午9:30整。

招標文件領取地點：張家港市招投標采購交易服務中心政府采購科；

地址：張家港市人民中路5號（市民服務中心二樓A區221室）

招標文件售價：本次不收標書費，自帶U盤。

其他有關事項：前來領取招標文件的供應商必須出具法人營業執照副本復印件及法人授權委托書原件。

五、投標文件接收信息：

投標文件接收截止時間：2012年12月6日上午9:30時；

投標文件接收地點：張家港市招投標采購交易服務中心政府采購科（地址：張家港市人民中路5號，市民服務中心二樓A區221室）

投標文件接收人：朱偉、鄭浩、陳虹

其他有關事項

六、 開標有關信息：

開標時間：2012年12月6日上午9:30時；

開標地點：張家港市招投標采購交易服務中心開標室

其他有關事項

七、本次招標聯系事項：

聯系人：朱偉、鄭浩、陳虹

聯系電話：0512-58699065

傳真電話：0512-58699065

聯系地址：張家港市人民中路5號

郵政編碼：215600

網址：www.zjgzfcg.org

八、其他應說明事項：

張家港市招投標采購交易服務中心

2012年11月2日

一、技術要求

（一）、項目建設目標

本次建設的目標是“基于醫院信息平臺和數據中心實現全院應用系統的整合，實現院內數據的共享和互聯互通，通過不斷完善業務系統，實現醫院的整體數字化建設”。根據業務梳理和分析，醫院信息系統分為臨床支撐域、運營支撐域、患者關懷域、數據中心域以及信息整合域。其中臨床支撐域、運營支撐域包括大量的醫院基本業務系統。信息整合平臺需支持醫院信息系統中縱向和橫向的數據交換及信息共享。數據中心域則支持全院數據的統一共享、匯聚和各部門級查詢、分析、挖掘應用。

從醫院目前的現狀出發，分期從四個方向上完成此次醫院信息化提升。

全局規劃系統建設和周期需要有目的有規劃的進行信息系統的建設，按階段按計劃的上線新系統或進行現有系統的升級改造；

在每個新系統上線或者現有系統改造時，最好不要對原有的系統產生影響；

實現全院標準化建設

建立標準化通道，從生產系統、分析系統、接口交換等各層面都能夠產生并使用標準化的數據和消息；

任何新系統上線時，可以快速的標準化而不需要大規模的改動程序；

構建全院唯一的數據中心

所有數據最好僅保存一份，各系統需要數據時從統一的渠道獲得；

在數據有沖突時，有解決機制能夠去除重復數據、幻影數據、非一致性數據；

數據需要完整，全醫院產生的數據都能夠便捷的訪問，數據對用戶來說是透明的

提升管理及服務到精細化水平

財務管理精細化，在原有業務系統穩定運行的基礎上，能夠進一步的監控到經濟要素，通過控制成本、全面預算來降低醫院的總運營成本；

人力資源管理精細化，在原有的部門員工管理的基礎上，實現對人力資源規劃、招聘、培訓、薪酬福利、績效管理及員工關系六大模塊的完整化管理，提升醫院的醫資力量和服務水平；

物流管理精細化，在原有藥品、資產管理的基礎加強采購、預算管理，從物流的事前、事中、事后進行全面的控制；

臨床運營精細化，在基礎業務運行的過程中，對產生的結果數據、業務流程、醫療文檔等進行質量審核，對有風險的項目即時介入管理，減低醫院的出錯率，提升醫療服務質量；

病人服務精細化，以病人為中心，面向病人優化業務流程，加強病人就診體驗，提升醫院整體服務質量；

（二）、項目總體規劃

本次項目主要分期完成五個域系統的建設，其中五個域分別為：

信息整合域：通過建設醫院集成平臺，集成現有的業務系統，同時在SOA理念下，進行其他新的子系統建設。同時通過制定全院的數據標準、傳輸標準、安全體系，對醫院的各個業務系統進行梳理和改造，完成符合國家標準、HL7的整合、交換、安全體系。

臨床支撐域：完善現有的HMIS系統，通過建設住院醫生工作站、合理用藥、抗生素管理、感染管理、接口改造等子系統，完善醫院的日常運營管理，通過建設全院的PACS/RIS、移動應用將臨床業務覆蓋到全院，最終結合與區域信息化的聯動和全市的數據共享。

運營支撐域：通過建設完整的HRP系統，達到管理的精細化水平，從財務、物流、固定資產、人力資源等方面建設全院的績效考核體制，提升醫院的運營水平。

患者關懷域：通過建設CRM（患者關系管理）、多媒體自助服務、院外服務等系統，提升病人就診的用戶體驗，將院內有限資源延伸到院外，拓展優質客戶。

數據中心域：建立全院統一的數據中心，能夠對醫院所有信息系統的數據進行抽取、加載和轉換，形成全院的臨床、運營數據倉庫，構建全院經營分析決策平臺，將報表、OLAP分析、數據挖掘集中化展現，指導領導層對醫院發展和問題作出決策。

此次招標為整體方案的一期建設內容,主要包含信息整合域及臨床支撐域的軟件產品及技術服務。

（三）、技術詳細要求

本次項目主要分期完成系統的建設，各系統的建設目標和內容及相關要求在本章節進行詳細說明，投標人在方案中需詳細闡述各子系統的功能，并響應本章節內容。

3.1信息整合域

醫院整合域主要負責將醫院所有信息系統以靈活的方式進行互聯互通，并對所有需要接入的系統提出標準化和改造要求，最終整合各個業務系統，實現醫院的集成平臺建設效果。

建設目標

實現醫院內業務系統整合；

實現醫院數據中心整合；

管理和發布醫院內部信息；

提供標準、規范，具有適應各種政策、技術、業務發展的能力，實現醫院信息的規范化、一體化管理；

為醫院平臺和業務協同提供支持；

最大限度地方便患者就醫、方便醫護人員工作、方便各類管理人員分析決策；

幫助醫院提升管理，帶來經濟效益，拉動醫院競爭能力。

產品與服務規格

建設周期與其他要求

信息整合作為整個項目的核心工程，需要對接現有的和新建的所有信息系統，并進行服務流程改造。

第一期：搭建集成平臺，接入現有業務系統和一期新建的業務系統（HMIS、醫生/護士工作站、LIS、PACS/RIS、電子病歷、移動應用），在集成的基礎實現醫師門戶和單點登錄。

3.1.1醫院集成平臺

3.1.1.1整體需求

在全院范圍內、跨網絡、跨協議、支持應用集成和數據集成的平臺軟件。集成平臺應具有數據交換的功能，醫院各業務信息系統都采用統一的集成平臺來進行數據交換，取代傳統的多對多接口方式。

在標準化方面，集成平臺要求采用SOA架構，須遵循國際醫療健康信息傳輸標準-HL7，消息封裝采用XML、SOAP，安全方面支持采用CA證書管理，傳輸采用HTTP、HTTPS、MLLP等協議；

在應用集成方面，集成平臺應具有消息傳送和消息路由的功能，通過消息格式和消息內容的轉換來實現數據交換的功能，應允許用戶通過可視化的圖形界面來定義子系統私有數據與標準數據的格式和內容的轉換。同時，集成平臺在外部應提供多種適配器，支持不同協議的接入方式；

在數據集成方面，集成平臺應支持把交換的接口數據保存下來，以滿足數據跟蹤的要求，管理員可以通過監控系統對各接入系統間數據交換進行實時監控、分析。

3.1.1.2功能描述

集成平臺要求是一個在全院范圍內、跨網絡、跨協議、支持應用集成和數據集成的平臺軟件。集成平臺應具有數據交換的功能，醫院各業務信息系統都采用統一的集成平臺來進行數據交換，取代傳統的多對多接口方式。

在標準化方面，集成平臺要求采用SOA架構，須遵循國際醫療健康信息傳輸標準-HL7，消息封裝采用XML、SOAP，安全方面支持采用CA證書管理，傳輸采用HTTP、HTTPS、MLLP等協議；

在應用集成方面，集成平臺應具有消息傳送和消息路由的功能，通過消息格式和消息內容的轉換來實現數據交換的功能，應允許用戶通過可視化的圖形界面來定義子系統私有數據與標準數據的格式和內容的轉換。同時，集成平臺在外部應提供多種適配器，支持不同協議的接入方式；

在數據集成方面，集成平臺應支持把交換的接口數據保存下來，以滿足數據跟蹤的要求，管理員可以通過監控系統對各接入系統間數據交換進行實時監控、分析。

集成平臺

基于SOA架構的醫院通用信息集成平臺

支持跨平臺功能, 如Windows, Linux/Unix 等

支持應用系統間采用Web service 進行數據交互

支持實現安全網關，基于證書的安全數據傳輸，如TLS、SSL、HTTPS等

基于X.509證書的數字簽名，實現消息內容加密及審計跟蹤與節點驗證

集成不同部門不同信息系統資源，進行數據格式轉換

支持國家衛生部數據元，數據集，HL7等現有標準的使用

整合醫院信息資源，加快信息流通

以消息機制為技術核心：信息流封裝在消息當中，組件之間通過消息通信，可同步、異步調用面向事務的消息系統。

適配器：通過(適配器)連接各種各樣的系統。支持不同種類的數據庫和文件系統，支持所有SQL兼容的系統和非SQL的系統，支持自動化事務、消息轉換和錯誤恢復支持各種應用程序框架，如：.NET或J2EE。消息隊列，如：MSMQ或JMS。網絡協議：TCP/IP或e-Mail等。

業務規則和工作流引擎: 系統的核心部分是工作流引擎，引擎是驅動流程流動的主要部件，它負責解釋工作流流程定義，創建并初始化流程實例，控制流程流動的路徑，記錄流程運行狀態，掛起或喚醒流程，終止正在運行的流程，與其他引擎之間通訊等等工作。

分析工具和儀表板: 圖表、曲線和其他圖形元素用于對集成交換數據進行分析、監控。

端對端管理：開發、測試和部署的工具緊密集成。

提供性能監視器功能，能對設定的關鍵指標進行監控。

事件管理和報警：根據采集的數據做出判斷，生成預先定義的多種方式報警記錄,為事件管理提供有力的支持。

支持數據集成、過程集成、服務集成、工作流引擎、規則引擎、消息/事件機制等集成技術。

能集成多種數據庫，如DB2、ORACLE、SYBASE和SQL Server。

支持XML、HL7、IHE、DICOM3、ICD10等標準和規范，支持多種通訊協議，如TCP/IP。

患者主索引

目前患者基本信息存在于多個業務系統內，由于數據的標準不統一，維護的方式不統一，而臨床活動是以患者為主線的，如果患者的信息不統一就無法實現電子病歷等數據的整合，因此建立統一的患者主索引，以此為基礎實現醫療數據層面的整合，便于臨床、教學活動中展現統一、完整、連續的患者診療信息。

基于SOA架構的設計；

遵循國際規范，支持HL7 V2標準及MLLP協議；

支持Web Service服務接口；

支持IHE PIX&PDQ集成規范；

支持B/S架構，支持多種瀏覽器；

具備患者注冊、更新、合并、拆分以及交叉索引查詢等功能

支持以患者為中心的臨床數據中心（CDR）建設；

支持患者信息更新通知，確保各系統信息一致性。

術語管理

結構化術語管理主要用于實現醫院醫療衛生術語標準化，用來規范醫療衛生事件中所產生的信息含義的一致性問題，可集成各業務系統術語，對術語信息進行分類、完善、審核、建立基準和映射關系，保證醫院各業務系統互聯互通后能夠使用完整的、唯一的標準信息

遵循國際規范，支持HL7 V2標準及MLLP協議；

支持Web Service服務接口；

采用B/S架構，支持多種瀏覽器

簡化字典升級，快速建立術語基準和映射關系；

支持第三方詞匯導入；

支持以患者為中心的臨床數據中心（CDR）建設；

術語信息更新通知，便于及時響應配置。

業務系統集成

遵循主流醫療信息技術交換集成規范，如HL7 V2、V3及HL7 CDA等相關標準，制定院內各信息系統交換標準，技術上指導相關廠商進行規范化集成。

主要業務系統（HIS、EMR、LIS、RIS等）遵循HL7 V2消息規范，采用統一的消息交換協議進行集成交換；

HIS、EMR、LIS、RIS等系統，通過集成平臺實現與患者主索引系統實時集成。

院內系統集成與區域集成有機整合，實現患者診療數據的實時上傳，上傳數據格式遵循HL7 V2及HL7 CDA標準要求。

支持Web Service、Database等其他集成方式，實現非標準系統的集成；

商業智能支持（在數據中心域實現）

根據醫院管理者的需求、提供簡單、迅速、客戶化配置的信息瀏覽方式，包括各科室接診情況、各類疾病費用統計信息等。從而將大量不同來源的醫療信息以一種有效的方式提供給院內衛生管理者。

支持對數據的ETL操作以保證數據質量；

支持可定義的報表分析；

支持OLAP分析，通過建模和建立立方體（CUBE）來實現不同角度立體的數據分析和挖掘；

支持聯機實物處理（OLTP）；

支持聯機分析處理；

支持實時動態KPI、專題分析、運營分析、醫保分析、費用分析、醫療分析、績效分析、成本分析、行為檢測、數據評估等功能；

3.1.2醫院信息系統整合服務

3.1.2.1系統整合范圍

臨床支撐

門急診管理、住院管理、收費管理、藥品管理，醫生工作站、護士工作站、PACS、LIS、RIS、移動應用、合理用藥、電子病歷及質控等

3.1.2.2技術要求

接入適配器實施

接入適配器為適應各類現有的業務系統，提供了豐富的接入適配器種類，保障各系統可根據自身的情況選用合適的適配器完成與平臺的對接。本項目需要根據系統的不同，選擇合適的適配器將業務系統接入平臺。

消息中間件實施

消息中間件作為平臺中的通道存在，供消息在平臺中進行扭轉，消息中間件支持兩種消息通信模型：點到點（point-to-point）（PTP）模型和發布/訂閱（Pub/Sub）模型。本項目要求根據業務類型的不同，選擇合適的消息通訊模式，完成消息的交換。

SOA服務管理實施

建立SOA的服務管理模式，將原先的數據接口和功能定義進行服務封裝，在平臺上提供出去，給門戶進行調用，未來可以完成對所有業務系統的流程再造。

服務管理的功能包括：服務定義、服務注冊、服務組裝、服務查找、服務停用、服務卸載。

全院患者主索引（EPMI）實施

利用EPMI（全院患者主索引），有效地解決不同系統間患者信息不一致的情況，不同身份就診不一致情況，為醫院信息系統提供一個獨立、長久存在的患者信息庫，保證患者信息一致性、準確性。通過病人主索引可以檢索到所有關于該病患的信息，所以在此項目的建設中推行唯一標識的機制。

統一身份認證

通過使用自建或第三方的認證服務（如：LDAP服務），使得各個信息系統進行賬戶統一管理和認證，用戶可以使用用一個密碼登錄多個系統，減少維護多個信息系統的密碼工作量和復雜度；同時各個系統獨立運行和管理，支持各個業務線的業務順利開展。在用戶主數據統一管理的前提下。由管理用戶的模塊提供一系列用戶認證服務。這些認證服務為其他系統的統一認證和單點登錄提供的基本技術保證。

3.1.3醫院門戶

3.1.3.1整體建設要求

在信息化建設的初期，已經建設了覆蓋全院的醫院信息系統（HIS）、相關業務子系統、郵件系統、會議通知系統及各科室的網站等。但是，由于缺乏整體規劃和統一管理，醫院各系統和網站均自成一體，信息和數據相互獨立；并且缺乏有效的內容維護和更新手段，使得對內和對外的網站信息很難保持一致。此外，已有的辦公門戶僅僅提供了單純的信息發布能力，缺乏與醫院業務系統、辦公流程的整合。

隨著醫院數字化建設的不斷深入，需要一個統一的信息發布門戶平臺，使其可以整合現有的業務系統，并提供醫務人員之間、醫院和患者之間的交流互動。實現了統一的門戶入口，集成了電子郵件系統、醫院信息系統（HIS）、醫療影像管理系統（PACS）、辦公自動化系統等業務應用；并通過CMS（內容發布管理系統）實現內、外網的一體化信息發布，保證了醫院門戶整體數據和信息的一致性、及時性。

3.1.3.2功能設計要求

構建統一展現信息的門戶平臺

在醫院內部構建信息協作門戶平臺，并將內網分為管理決策欄目、服務員工欄目和醫教研管理子網3大板塊，把院內各科室自建網、附屬機構網及集團醫院網進行整合，由計算中心統一管理，統一規劃。醫務人員通過統一的訪問入口，就可以快速導航到所需的信息。同時，在這個一站式的門戶環境中，還加強了個性化服務功能，建立起用戶個人事務處理平臺、協作辦公平臺，實現了信息定制和個性化的需求。

無縫集成醫院現有的核心業務系統

在醫院的內網門戶中無縫集成了醫院現有的電子郵件系統、即時消息系統、人事管理系統、財務管理系統、辦公自動化系統和網上教學系統等，使這些信息可以集中展現在統一的門戶平臺中。

同時，內網門戶還與醫院現有的HIS系統、PACS系統緊密集成，相關人員只需通過門戶站點就可以完成HIS查詢，實現門診掛號人次、急診掛號人次、出入院人次等信息的實時統計，并能夠輕易完成成本核算及醫療設備的使用報告。

實現流程化的協同工作環境

在醫院內網門戶平臺中，醫院的日常管理工作可以通過電子化、流程化的方式來展開。為醫院的工作人員提供了一個協同工作平臺，借助它可以實現高效、協同的辦公。

實現內網和外網數據發布的一致性

在內網和外網門戶中，對基于Web頁面內容的創建與管理是非常重要的一個環節。針對傳統網站內容發布模式所導致的只能由醫院計算機中心一手包辦網站信息發布工作，并進而造成的信息得不到及時更新的問題，醫院采用CMS構建起快速、高效建立、部署、維護Web站點內容的管理平臺，為相關科室提供了一個自行設置、發布管理及修改內容的環境，讓用戶利用Web內容管理系統對自己網站的內容進行修改、創建和發布，并確定相關信息是發布在內網門戶，還是外網門戶。這樣就確保了信息和數據的一致性、及時性，樹立了醫院良好的對外整體形象，同時也大大減輕了計算中心工作人員對網站內容維護的壓力。

單點登錄，實現集中化的用戶管理和身份驗證

醫院的門戶平臺建立統一的用戶管理中心，通過身份認證體系和權限管理技術，實現了對信息的分級、分類、分權限管理。借助權限策略，有效地控制了用戶訪問頁面內容的能力，加強了整個門戶平臺的安全性。

3.2臨床支撐域

臨床支撐域主要包括了醫院臨床工作的各類業務系統和基礎管理系統，本次項目建設的最終目標是完成臨床數字化的全面建設，并通過集成平臺實現信息的互聯互通，并將可信數據流入數據中心實現全院的數據共享、挖掘和利用。

建設目標

通過建設，從院內基礎業務系統、臨床提升、遠程醫療等幾個方面全面提升醫院的臨床服務能力；

通過實施整合平臺完成醫院由臨床單點化向基于電子病歷的臨床協同化轉變；

升級基礎臨床模塊，實現醫院診療的無紙化。

通過全院級PACS/RIS的建設，實現檢驗檢查的全院扭轉和高度

通過建設高端臨床系統（合理用藥、抗生素管理、院感、臨床路徑等）規范整個治療流程；

通過引入移動醫療形成閉環醫囑的全監控流程；

通過建設區域協同和遠程醫療將院內臨床服務擴展至院外；

提升醫院診療服務在同行業中的競爭力。

產品與服務規格

建設周期與其他要求

完善所有的臨床支持系統建設，通過集成平臺互聯互通，并將臨床數據傳輸給數據倉庫，實現診療數據的智能化，分期完成所有系統的建設。

第一期：升級現有的HIS系統，完善電子病歷，實現全院PACS/RIS，建立無線護理、無線門診輸液，同時使用無線醫生工作站。

3.2.1基礎業務系統(HMIS)

3.2.1.1系統具體需求

基礎業務系統從底層解決了醫院的日常運營和管理，從經濟和臨床兩個方向將醫院帶入無紙化時代，從整體數字化醫院的角度來看，此部分的內容應包含以下一些：

以經濟管理為主線的門急診、住院流程管理：從導醫開始，經過門診就診、收費、發藥管理、住院登記、住院日程管理、康復離院的完整流程后，系統記錄所有的過程數據，為醫院經濟管理帶來依據。

以臨床管理為主線的門診醫生工作站、門診護士工作站、住院醫生工作站、住院護士工作站等臨床系統為醫護技人員帶來臨床信息的支持，為病人提供更優秀的服務。

為基礎業務系統配套的報表，實現了簡單數據的統計和追溯，能夠為科室層面提供有效的數據支撐。

3.2.1.2系統功能要求

住院醫生工作站

住院醫生工作站是協助醫生完成病房日常醫療工作的計算機應用程序。其主要任務是處理診斷、處方、檢查、檢驗、治療處置、手術、護理、衛生材料以及會診、轉科、出院等信息。服務對象主要是住院醫生。

住院醫生站信息系統針對醫生的工作流程，主要包括電子病歷、電子醫囑、電子申請單、電子病案、質量控制五大部分。

提供醫院、科室、醫生常用臨床項目字典，醫囑組套、模板及相應編輯功能。支持醫生處理醫囑：檢查、檢驗、處方、治療處置、衛生材料、手術、護理、會診、轉科、出院等。檢驗醫囑須注明檢體，檢查醫囑須注明檢查部位。提供處方的自動監測和咨詢功能：藥品劑量、藥品相互作用、配伍禁忌、適應癥等。提供長期和臨時醫囑處理功能，包括醫囑的開立、停止和作廢。支持醫生查詢相關資料：歷次門診、住院信息，檢驗撿查結果。提供醫囑執行情況、病床使用情況、處方、患者費用明細等查詢。支持醫生按照國際疾病分類標準下達診斷(入院、出院、術前、術后、轉入、轉出等)；支持疾病編碼、拼音、漢字等多重檢索。自動審核錄入醫囑的完整性，提供對所有醫囑進行審核確認功能，根據確認后的醫囑自動定時產生用藥信息和醫囑執行單，記錄醫生姓名及時間，一經確認不得更改。所有醫囑均提供備注功能，醫師可以輸入相關注意事項。支持所有醫囑和申請單打印功能，符合有關醫療文件的格式要求，必須提供醫生、操作員簽字欄，打印結果由處方醫師簽字生效。提供醫生權限管理，如部門、等級、功能等。自動核算各項費用，支持醫保費用管理。自動向有關部門傳送檢查、檢驗、診斷、處方、治療處置、手術、轉科、出院等診療信息，以及相關的費用信息，保證醫囑指令順利執行。

住院醫生工作站通過與醫院的HIS系統聯網，能夠從相關的部門系統獲取或向HIS系統提供如下信息：

醫生主管范圍內病人基本信息：姓名、性別、年齡、住院病歷號、病區、床號、入院診斷、病情狀態、護理等級、費用情況等。

診療相關信息：病史資料、主訴、現病史、診療史、體格檢查、首程、病程、護理病歷、會診記錄、病歷討論、手術麻醉等。

醫生信息：科室、姓名、職稱、診療時間等。

費用信息：藥品及項目名稱、規格、價格、醫保費用類別、數量等。

合理用藥信息：常規用法及劑量、費用、功能及適應癥、不良反應及禁忌癥等。

住院醫生工作站支持將來通過與醫院的LIS、RIS、PACS等系統聯網，能夠直接向醫技發送檢驗、檢查申請并調閱檢查、化驗報告及相關影像資料。通過對上述病人就診相關信息的積累，系統能夠系統的建立起病人全面的住院電子病歷資料。

功能要求

1、電子醫囑

一般醫囑錄入

支持不同屬性醫囑處理

醫囑處理

實用的成套醫囑

過敏醫囑處理

合理用藥

醫保費用控制的實時監控

醫囑查詢

醫囑打印

與病歷的聯動處理

2、電子申請單

可設計各種用途不同的檢查、化驗申請單

可按不同的需要設計成組申請單

保證無紙化傳輸到醫技科室

按申請單調閱報告，保證診斷的準確性

3、電子病案

與病案系統統一的界面風格

病案基礎數據與HIS的完整對接

減少電子病案信息的重復錄入

提供電子病案的打印

電子病案與病案系統的無縫導入

醫院感染管理

院感管理系統的主要任務是實現對傳染病的診斷、登記、統計和上報，主要包含門診醫生傳染病管理、住院傳染病和感染管理、檢驗科傳染病管理、放射科傳染病管理、防保科傳染病管理，院感科管理六個部分。

根據醫生所下的ICD-10診斷自動判斷是否傳染病，如果是傳染病，提示醫生填寫傳染病報告以及相關登記簿。在檢驗科，如果傳染病檢驗呈陽性，病人資料和結果自動進入“檢驗科陽性登記簿”。在放射科，當診斷為肺結核時，病人資料和結果自動進入“放射科肺TB陽性登記簿”。防保科對各科室及醫生填寫的報告單進行審核，審核后的資料進入“傳染病登記簿”或者“肺結核病人及可疑者轉診登記簿”，能夠查詢各病區、各科室傳染病報告情況，并能夠打印存檔。

住院醫生發現有感染病例之后，填寫“醫院感染病例報告單”，并發送至院感科，院感科收到報告單后生成“每日感染病人一覽表”，并能夠進行相應的查詢統計。

院感管理系統包括對住院醫生工作站、門診醫生站、LIS、RIS系統的改造和單獨針對院感科和防�？频牟樵兘y計系統，以及和HIS之間的接口部分。實現對門診傳染病診斷、登記、上報功能和院內感染管理等功能。

功能要求

1、門診醫生站

門診傳染病報告登記

支持ICD-10診斷錄入。

支持傳染病自動提示功能。

支持《中華人民共和國傳染病報告卡》格式和打印。

和原先門診醫生站完全兼容，共享操作界面和平臺。

針對專門病人的處理

支持《急性發熱病人就診專冊登記簿》格式和打印。

支持《腸道門診腹瀉病人就診專冊登記簿》格式和打印。

2、住院醫生站

住院傳染病報告登記

支持ICD-10診斷錄入。

支持傳染病自動提示功能。

支持《中華人民共和國傳染病報告卡》格式和打印。

和原先住院電子病歷系統完全兼容，共享操作界面和平臺。

院內感染登記

對院內感染病例的情況進行登記，支持自定義模版，可設置操作更為簡便的內容模板，內容模板支持單選、多選、輸入框、表格式等多種風格的錄入模式，保證醫生的用詞規范、科學，辨證邏輯清晰。

3、院感科管理

院內感染報告調閱

支持根據住院號、卡號及姓名等信息靈活查詢各種感染報告單。

每日感染病人一覽表

統計出每天院內感染病人的列表和相關信息。

感染病人統計報表

支持按病區、科室、醫生等分類進行分別統計查詢。

支持按時間段進行查詢統計。

支持按感染原因等進行統計對比。

4、防保科管理

傳染病報告審核

支持根據住院號、卡號及姓名等信息靈活查詢各種傳染病報告單。

審核后的資料自動轉入“傳染病登記簿”或者“肺結核病人及可疑者轉診登記簿”。

支持傳染病上報的功能。

報告單打印格式可以自己定義。

傳染病報告查詢

支持根據住院號、卡號及姓名等信息靈活查詢各種傳染病報告單。

用顏色來表示報告狀態：傳染病未報－紅色，傳染病已報－綠色，陽性結果但是非傳染病－藍色。

傳染病統計報表

支持自定義的各種傳染病統計和查詢報表。

5、LIS/RIS

檢驗科陽性登記

傳染病檢驗結果為陽性時，檢驗結果和病人資料自動登記到“檢驗科陽性登記表”中，包含檢驗醫生的姓名資料。

和原先LIS程序完全兼容，無須醫生做額外操作。

放射科肺TB陽性登記

當放射科診斷為肺結核時，檢查結果和病人資料自動登記到“放射科肺TB陽性登記表”中，包含檢查醫生的姓名資料。

和原先RIS程序完全兼容，無須醫生做額外操作。

傳染病查詢統計

支持按任意時間段對各類傳染病和檢查檢驗結果進行查詢和統計。

傳染病報告

與衛生部軟件銜接，實現統傳染病管理數據的匯總上報，完成傳染病流調，疫情處置，傳染病人管理、傳染病防制等工作。

傳染病和突發公共衛生事件報告

傳染病和突發公共衛生事件報告卡登記

基本信息查詢：傳染病種類、傳染源、傳播途徑；

傳染病報告卡查詢；

自定義查詢：可以進行各種條件組合查詢及查詢結果任意；

疫情監測

基本功能

監測要素數據庫

藥品進價管理系統

新舊醫院會計制度藥品會計核算有重大改變，一是售價核算改為進價核算，取消進銷差價核算；二是藥品由一級會計科目降為庫存物資的明細科目，與衛生材料、低值易耗品、其他材料處于同一個核算層次，采用相同的核算方法。因此，必須遵照新制度的規定，對醫院藥品進行科學管理，完善會計核算。

新制度對藥品會計核算規定的要點：1、核算醫院為開展醫療服務及其輔助活動而儲存的藥品的實際成本。取得時發生的運雜費，能夠直接進入醫療業務成本的，計入醫療業務成本，不能直接計入醫療業務成本的，計入管理費用。取得、發出、核銷等涉及實物存量增加或減少的藥品，都以取得時的成本價格進行核算。2、按品名、規格等設置數量金額明細賬。3、藥品發出時，應當根據實際情況采用個別計價法、先進先出法或者加權平均法確定發出藥品的實際成本。計價方法一經確定，不得隨意變更。4、使用財政補助、科教項目資金形成的藥品，應在發出、領用時作“待沖基金”核算。

5、處方藥品收入分別屬于門診收入和住院收入的明細項目，按照依據規定的醫療服務項目收費標準，計算確定藥品收費金額，確認藥品收入。

本項目在原有藥品管理系統的基礎上，對藥品系統進行改造，以符合2010版《醫院會計制度》對藥品部分的要求。

自動發藥機接口

按照醫院自動發藥機的接口要求，完成自動發藥機的相關信息接口，保證自動發藥機與HIS系統之間的數據交互。

醫保接口改造

根據本院的醫保接口要求，對醫院系統醫保接口進行改造，保證醫保數據的完整性和準確性。

LIS系統升級

檢驗信息系統是醫院信息系統中一個重要的組成部分。將各種免疫、檢驗、放免、細菌及科研用的分析儀器，用微機完全聯網。管理和傳輸實驗分析過程中全部數據。包括檢驗申請輸入、分析結果自動采集或手工錄入、結果審核、報告單生成。也可將結果發送給門診、住院等各臨床科室及財務科。并同時解決一些一直困擾檢驗科的工作難題，例如：檢驗費用的管理，質控管理及產生實驗科室管理的各種統計報表和工作登記表等。

檢驗信息系統應具備以下特點：

先進的報告審核功能

為了提高實驗室檢驗質量，杜絕人為誤差和儀器的不穩定誤差造成的錯誤報告，LIS須具備報告審核功能。利用這個功能，實驗室有資質的檢驗人員能根據系統產生的各種報警和提示進行分析，對錯誤的報告進行復查及驗證，確認無誤后才可以審核通過，并向外打印和發布報告。

完善的質控管理

采用Westgard多規則作為失控判斷規則，繪制質控圖，記錄失控處理，與LIS數據采集模塊連接，對儀器質控數據自動接收，自動繪制質控圖，自動失控報警，并可使用優頓圖對質控數據進行分析，辨別系統誤差和隨機誤差；

支持雙工和條碼功能（無紙化建設）

幾乎所有大型檢驗儀器都向外提供雙向控制功能，并安裝了條碼閱讀器，具備儀器與電腦的雙工功能，利用條碼雙工技術實現檢驗無紙化。

3.2.2合理用藥系統

3.2.2.1系統具體需求

錄入醫囑的同時可以提示藥品的簡要信息，并能在線實現處方藥品詳細應用信息的關聯查詢，如藥品說明書、臨床用藥參考、藥物-藥物相互作用、藥物-食物相互作用、注射劑體外配伍、禁忌癥等等的用藥信息，在醫囑保存時實時、自動進行全面的處方審查，提示潛在的用藥問題，如藥物相互作用、注射劑體外配伍、重復用藥、藥物劑量、藥物過敏史、特殊人群用藥等，幫助醫生、藥師實現用藥安全有效的目的。

3.2.2.2系統功能要求

藥物相互作用

全面收載國內外權威資料的藥物-藥物、藥物-食物相互作用信息，包括了藥物相互作用的結果、機制、臨床處理、嚴重級別評價及討論等內容，系統收錄了5,000多篇藥物相互作用專論，覆蓋8,000多個通用藥物，47,000多個藥物名稱，并提供查詢和審查兩個功能，是國內最全的藥物相互作用數據庫。

注射劑配伍

全面收載國內外藥物大輸液或注射器配伍的信息，包括了注射藥物的理化性質、配制方法、配伍的物理化學變化及藥效學變化、支持配伍結論的實驗數據等內容。系統收錄了20,000多篇注射劑配伍專論，覆蓋1500多個通用藥物組，28,000多個藥物名稱，并提供查詢和審查兩個功能。

用藥教育

用通俗易懂的語言闡述了藥品的用途、如何用藥、使用中的問題、注意事項等內容，方便醫療專業人員開展病人用藥咨詢和用藥教育服務。旨在提高患者治療的依從性。系統收錄了1，600多篇用藥教育專論，覆蓋7，800多個藥物名稱。

3.2.3抗菌藥物智能管理系統

3.2.3.1系統具體需求

根據《中華人民共和國藥品管理法》、《中華人民共和國執業醫師法》、《醫療機構管理條例》和《處方管理辦法》等法律、法規和規章，抗菌藥物臨床應用管理辦法，遵循安全、有效、經濟的原則，加強醫療機構抗菌藥物臨床應用管理，規范抗菌藥物臨床應用行為，控制細菌耐藥，保障醫療質量和醫療安全。

抗菌藥物，主要包括治療細菌、支原體、衣原體、立克次體、螺旋體、真菌等病原微生物所致感染性疾病的藥物，不包括各種病毒感染性疾病和寄生蟲病的治療藥物。

抗菌藥物臨床應用管理是指以促進抗菌藥物安全、有效、經濟使用為目的，對醫療機構抗菌藥物的采購供應、處方開具、藥品調劑、臨床應用和監測等全過程所開展的各種監督管理、教育培訓、技術支持與持續改進工作。

根據國家建立抗菌藥物臨床應用管理制度，對臨床應用的抗菌藥物實行分級管理：

衛生部、國家中醫藥管理局負責全國醫療機構抗菌藥物管理工作的監督管理。

縣級以上地方衛生行政部門、中醫藥行政部門負責本行政區域內醫療機構抗菌藥物管理工作的監督管理。

3.2.3.2系統功能要求

抗菌藥物基礎設置

抗菌藥物目錄管理

抗菌藥物分級設置

醫生抗菌藥處方權分級設置

手術切口等級設置

圍手術期預防用藥規則

三級管控用藥規則設置

抗菌藥物三級管理

門診處方智能提醒與越級管理

門診發藥智能提醒與越級管理

門診輸液室智能提醒與越級管理

住院醫囑智能提醒與越級管理

住院發藥智能提醒與越級管理

圍手術期預防性抗菌藥物管理

手術申請單抗菌藥物預防用藥處理

住院醫囑抗菌藥物預防用藥處理

住院藥房抗菌藥物預防用藥處理

抗菌藥物文檔與知識庫

抗菌藥物文檔管理

抗菌藥物知識庫管理

抗菌藥物申購與管理

抗菌藥物申購與審批

違規使用處理

抗菌藥物統計與分析

全院抗菌藥物使用金額排名

全院抗菌藥物使用量排名

門診抗菌藥物藥物處方比例

住院抗菌藥物使用強度

住院抗菌藥物使用率

越級使用抗菌藥物統計

圍手術期預防使用抗菌藥物統計

3.2.4全院PACS/RIS

3.2.4.1系統具體需求

符合DICOM 3.O，HL7，IHE等國際標準，能提供并開放所有相關服務軟件。符合國際疾病分類標準。

PACS/RIS系統采用三層架構，支持WEB SERVICE服務。

系統采用模塊化架構，便于擴充。

支持采用集中式數據庫、分布式圖像數據管理/影像快速存儲和分布式存檔管理機制。

快速存儲管理：可設置多個存儲區和不同的優先級�？膳渲煤凸芾碚麄�系統各種相關設備。

可設置影像存儲時的壓縮規則。可對不同種類影像數據分別設定不同的壓縮條件。包括:不壓縮、壓縮，壓縮可分無損、有損壓縮，有損壓縮又可分別設定不同的壓縮比。

在線數據、近線數據及離線數據的管理。支持海量數據存儲、異地備份、數據遷移管理。

支持設備間影像的傳遞，提供同時調閱病人不同時期、不同影像設備的影像及報告功能。支持DICOM3.O的打印輸出。

能快速查詢與調閱在長期歸檔中的圖像，調閱在線靜態影像的時間（第一幅圖像到達）： ≤ 1秒鐘。

可管理各種資源，定義信息匹配和校驗規則，歸檔規則。

擁有強大的影像后處理功能，包括顯示調節，縮放，旋轉，測量，MRP，MIP，動態播放，打印等。

與醫院集成平臺集成，臨床科室可直接調閱影像資料和相關圖文報告。

實現統一的登記、預約、閱片、發布等；使用統一的ID，規范檢查以及管理；

能調閱電子申請單。

提供醫療教學系統，提供ACR、典型病例、疾病分類、疾病組織、提供模糊查詢、報告跟蹤等功能，以方便醫院教學使用；

提供按照學科分組方式組織診斷，并且能提供靈活的組合方式；

支持典型病例管理。

支持模板定義。

支持條碼的打印。

系統具有三維重建功能。

生成檢查報告，支持三級以上醫生審核。

報告系統支持國內外通用醫學術語集。

在報告工作站可與PACS集成，實現一次ID登錄，和PACS集成，打開、編輯報告時可自動或手動顯示對應影像。

基于WEB方式的全院級報告發布功能

支持報告內容數據庫和文件兩種類型的雙數據保存。

支持文字和圖片在報告文件中的整體保存。

可進行各類數據統計及管理，如科室管理統計，科室每月工作量，每臺設備的使用情況，每個人的工作量情況，不同科室申請檢查的情況，不同時間段的統計情況，不同診斷的匯總統計情況，設置系統的用戶信息以及權限、角色，可統計每月、日各崗位人員的工作量（可依檢查種類，部位，設備類型等區分）陽性率等統計。

支持專門用于HIS集成的用戶和密碼，便于HIS集成調閱影像資料及報告。

有可擴充接口，以便整合其他應用軟件。

3.2.4.2系統功能要求

放射檢查報告功能

PACS服務功能

滿足DICOM 3.0協議的接收圖像，并可以根據需要接收時修改DICOM信息，保存至接收的DICOM文件中。

滿足進行圖像實時壓縮，以減少存儲空間和傳輸帶寬要求。

滿足具備接收64排CT，3.0T MRI以上性能能力。

提供WEB SERVICE服務進行WEB瀏覽方式。

滿足提供歸檔功能，并提供根據指定的策略配置自動刪除服務。

提供圖像管理功能，圖像信息的修改，圖像的刪除，圖像的拆分，圖像重指定。

提供PACS DICOM Q/R服務，提供設備查詢取回圖像。

提供權限管理功能，不同的角色用戶使用不同的權限。

滿足接收圖像時實時DICOM 轉發圖像功能，根據DICOM節點的配置，實時轉發DICOM文件至該節點進行存儲。

PACS 2D瀏覽功能

滿足WEB方式進行查詢瀏覽影像。

滿足掛片協議根據設備類型的自定義，加載時的窗寬/窗位，層疊/平鋪，布局等。

滿足MPR，MRA瀏覽方式。

滿足直線，夾角，矩形/橢圓/不規則區域的測量。

滿足CT值的測量。

滿足常規瀏覽操作，窗寬/窗位，漫游平移，放大縮小，放大鏡。

滿足多屏顯示，指定布局格式。

滿足支持偽彩。

滿足四角角注DICOM信息的自定義。

滿足窗寬/床位的預定義值和快捷應用。

滿足文字，圖形的注釋。

滿足各個圖像定位線的同時定位顯示。

滿足根據圖層信息，同步滾動顯示相關聯圖層。

PACS 專業瀏覽功能

滿足三維重建不依賴于專業的圖形顯卡硬件。

滿足組織提取的工具和模板，快速進行組織提取。

滿足三維重建后的測量。

滿足三維重建后根據需要重新進行序列重建生成新的斷層切面圖形序列。

DICOM WORKLIST 服務

? 建立WORKLIST配置文檔，可以靈活的配置DICOM協議中的傳輸項目。

? 數據庫的連接配置，配置與RIS系統數據庫的連接，提供WORKLIST的數據。

? DICOM WORKLIST Sheet Data TAG 與數據庫字段邦定配置，通過邦定將數據轉換成DICOM數據格式提供設備進行獲取DICOM WORKLIST數據。

? 日期數據的格式轉換，支持將日期數據按照指定的格式進行轉換。

? DICOM WORKLIST SCP服務，提供標準的DICOM WORKLIST SCP服務，以供設備端的DICOM WORKLIST SCU進行獲取數據。

? 實時交互信息顯示，實時顯示當前的數據交互內容。

客戶端菜單

驗證用戶的用戶名和密碼進行系統登錄

用戶注銷后可以重新進行登錄，或者退出系統，并關閉所有在用模塊。

根據權限顯示可用模塊，用戶權限包括可以使用的模塊和根據不同的設備類型擁有不同的詳細權限。如同一用戶CT可以寫診斷報告，CR只可以讀診斷報告。

用戶信息顯示，顯示當前登錄用戶的姓名，所屬科室和職稱。

用戶密碼修改，修改當前登錄用戶的密碼。

預約登記

? RIS/HIS 查詢選擇，選擇RIS可以完成RIS獨立的預約登記，選擇HIS，可以完成從HIS已經發到RIS的預約申請中選擇記錄進行預約確認進入RIS系統。

? HIS信息的提�。ㄍ瓿蒆IS整合后），可以完成主動到HIS庫中提取病人基本信息或者HIS預約申請記錄。

? 查詢條件的自定義，可以根據用戶需要定義自己所需的查詢條件，在界面上顯示，進行相關查詢功能。

? 查詢結果列表的自定義，查詢后在查詢列表中顯示查詢結果，查詢列表中的列可以根據用戶需要自己定義所需的列，進行顯示內容。

? 登記項目的自定義，在登記區域內的登記項目是可以自定義的，包括，增加/減少登記項目，登記項目輸入框的位置，字體，顏色，默認值都可以進行自定義。同時可以定義哪些登記項目是否必填，是否末次記憶值，是否高亮顯示和鍵盤跳轉順序。

? 預約登記的新建/修改/刪除/復診，新建即可以在RIS中獨立的建立預約登記，修改可以修改以往已經進入RIS系統的預約登記，但為了質量控制，在審核前病人的基本信息是可以改動的。復診，將已存在的預約登記記錄，按照新登記產生相關號碼進行或者修改完成一次新的預約登記

? 申請單的掃描或者拍攝圖片保存，在登記保存時，支持對紙質申請單高拍儀拍攝，并將生成的圖片上傳至服務端，供用戶進行調閱。

? 標簽和條形碼的打印，在登記保存時，支持按照用戶自定義設定的格式可以打印標簽，其中可以含有條形碼，供用戶使用。

? 診斷報告的瀏覽，支持以網頁形式，瀏覽預約登記信息、掃描或者拍攝的紙質申請單、已經書寫的診斷報告。

? 檢查項目的增加/刪除，對檢查項目的增加/刪除。

? 預約時間的選擇，模塊默認當前時間段為預約時間，支持用戶手工指定預約時間，安排幾日后的檢查預約。

? 交互信息的返回顯示，當新建/修改/刪除或者系統返回提示時，在交互信息框中都會加以顯示。

? 設備預約情況的顯示，在指定幾日后的檢查預約時，可以按照日歷格式顯示每個時間段的檢查預約情況。

技師工作站

? 病人檢查列表的查詢，從RIS檢查記錄中按照指定查詢條件進行查詢

? 病人檢查詳細信息顯示，支持以WEB方式瀏覽預約登記信息、掃描或者拍攝的紙質申請單、已經書寫的診斷報告，幫助技師獲取更多所需的信息。

? 圖像列表的查詢，從PACS的接收到的圖像列表中查詢圖像列表信息。

? 光盤列表的查詢，從已經刻錄的PACS圖像光盤中查詢記錄列表。?

? 病人檢查與圖像的匹配關聯和撤銷關聯，在自動匹配失敗后，或者需要手工重新關聯病人檢查記錄信息和圖像信息的地方，進行手工關聯，同時可以撤銷已經關聯的檢查記錄信息和圖像信息。

? 圖像調閱，選擇已經關聯的檢查記錄可以打開圖像，也可以直接從圖像信息列表中選擇記錄利用PACS客戶端進行圖像的調閱。

? 圖像調整處理，在打開所需的圖像后，可以對圖像進行窗寬/窗位，標注，測量，翻轉等等PACS影像調整處理。

診斷報告

? 滿足根據用戶需要自定義查詢條件的內容和數量并和用戶帳戶綁定，隨用戶在任何客戶端按照這些配置進行加載展現。

滿足根據用戶需要自定義用戶功能區域布局。

檢查列表查詢和各個檢查狀態的顯示，根據指定的查詢條件查詢出所需的結果列表，在查詢條件中的歸檔情況可以指定需要查詢的ACR，典型病例的關鍵字得到所需的結果列表，同時根據每種檢查狀態，列表中的固定列即第一列以不同的顏色進行顯示。?

? 檢查列表的自定義，列表中的列可以根據用戶的需要自定義列進行列表顯示，列的順序可以調整，區域分割線可以左右拖動，以調整查詢區域和報告編輯區域的顯示比例大小。這些設置信息和用戶帳戶進行綁定保存，隨用戶在任何客戶端按照這些配置進行加載展現

? 報告打印模版的選擇/切換，報告處于編輯狀態時，可以選擇所需的打印模版進行格式顯示，對于已經保存過的報告，切換打印模版，刷新數據重新載入，保證切換模版時數據不會丟失。

? 報告編輯加鎖/解鎖/強制解鎖，在一個用戶編輯報告時，系統自動進行加鎖，防止他人進行編輯，導致數據錯誤，保存報告，退出編輯狀態后自動解鎖。但提供強制解鎖功能對已經加鎖的報告進行解鎖。

? 申請單的瀏覽，支持以WEB方式瀏覽掃描或者拍攝的紙質申請單。

? 病人檢查詳細信息的瀏覽，支持以WEB方式瀏覽病人檢查詳細信息。

? 報告格式所見即所得，在報告編輯狀態下，所編輯的內容和所顯示的內容，即打印時的所得內容。

? 報告內容在編輯狀態下，包括，字體、顏色、內容格式編輯、插入圖片、刷新數據提供多種工具對報告內容進行加工。

? 整體/單體內容模板的新增/修改/刪除，選取，替換插入，追加插入，將常用的檢查參數、檢查所見、診斷結論、檢查建議進行捆綁保存至整體內容報告模板，當編輯報告時，選擇該整體模板，將這四個內容導入/追加至打印模版的相關格式內容中，并支持關鍵詞匯的列表點選和選取后替換文字。

? ACR典型病例的歸檔和查詢，系統提供ACR編碼引用，根據其關鍵字進行歸檔，同時提供對編碼的查詢定位。典型病例可以按照用戶建立自己所需的歸檔關鍵字進行歸檔。歸檔后，對于病例分析，數據統計，示教案例相關的查詢統計。

? 隨訪編輯，支持建立與報告幫定的隨訪內容填寫和對報告診斷符合情況的評判。

? 報告預覽和直接打印，根據權限限制可以進行報告的預覽和再次排版，直接打印同時保存報告內容。

? 同一病人歷史報告列表和瀏覽，系統會自動統計該病人已有的歷史報告數量，在歷史報告列表中選擇顯示歷史報告內容，也可以另打開窗體進行顯示，對正在編輯的報告進行有效的參考或者復制。

? 報告痕跡列表和瀏覽，每保存一次，系統都會將上次的報告內容作為痕跡進行保存，以提供對于報告編輯軌跡的查閱。

? 報告審核通過/不通過和審核意見編輯，報告審核時根據其權限可以直接審核通過，也可以審核不通過，同時可以在審核意見中編寫對于報告不通過的理由和建議，指導診斷醫生對于報告的修改。

內鏡圖文報告功能

圖像/視頻采集

? 支持Video、S-Video等視頻格式。

? 彩色采集分辨率支持NTSC、PAL。

? 彩色采集主頻：5MHz－120MHz。

? 采集區域自定義，可以自定義顯示區域中需要的采集區域進行剪切保存至圖像中。

? 單幀采集，采集一張圖像。

? 視頻采集，進行動態視頻采集。

? 支持腳踏板和手動采集器同時使用，觸發，單幀采集，視頻采集的開始結束。

? 圖像的處理，對比度，亮度，對已采集圖像的處理。

? 采集卡即時設置，在采集過程中可以即時的設置采集卡的參數設置，同時保存后生效。

支持采集成功后播放聲音進行反饋。

? 圖像格式轉換，可以將圖像按照指定的圖像格式進行保存，在綁定檢查信息后可以保存至標準的DICOM格式文件。

? 圖像另存，將指定的圖像另存為圖像格式文件，JPG，BMP，AVI。

? 視頻壓縮，支持將視頻按照指定的壓縮方式壓縮處理，以減少存儲容量使用和網絡傳輸量。

? 視頻播放，支持視頻播放的開始，暫停，結束，滑動進度條顯示指定的幀，并支持在播放中再次采集生成靜態圖片。

滿足采集的圖片可以進行復制/剪切，粘貼。

滿足批量刪除不需要的采集影像。

圖文診斷報告

滿足將選取的多圖（至少6張）插入報告，并自動排版。

滿足對每張圖進行文字注釋，并且這些文字注釋是可以通過列表選擇進行生成。

滿足病理檢查結果的選取添加至報告。

滿足檢查診斷、檢查建議語句的快速選擇添加至報告。

滿足以WEB方式提供頁面進行瀏覽整體圖文診斷報告。

超聲圖文報告系統

圖像/視頻采集

? 支持RGB、Video、S-Video等視頻格式。

? 彩色采集分辨率： 最大可以支持到2048×1024×8Bit×3。

? 彩色采集主頻：5MHz－120MHz。

? 黑白采集分辨率： 最大可以支持到2048×1020×8Bit

? 黑白采集主頻：4MHz－65MHz。

? 采集區域自定義，可以自定義顯示區域中需要的采集區域進行剪切保存至圖像中。

? 單幀采集，采集一張圖像。

? 視頻采集，按照指定的幀速進行視頻采集。

? 支持腳踏板和手動采集器同時使用，觸發，單幀采集，視頻采集的開始結束。

? 圖像的處理，對比度，亮度，對已采集圖像的處理。

? 采集卡即時設置，在采集過程中可以即時的設置采集卡的參數設置，同時保存后生效。

支持采集成功后播放聲音進行反饋。

? 圖像格式轉換，可以將圖像按照指定的圖像格式進行保存，在綁定檢查信息后可以保存至標準的DICOM格式文件。

? 圖像另存，將指定的圖像另存為圖像格式文件，JPG，BMP，AVI。

? 視頻壓縮，支持將視頻按照指定的壓縮方式壓縮處理，以減少存儲容量使用和網絡傳輸量。

? 視頻播放，支持視頻播放的開始，暫停，結束，滑動進度條顯示指定的幀，并支持在播放中再次采集生成靜態圖片。

支持獨立窗口顯示實時圖像，播放顯示窗口。實時顯示和播放顯示互不影響。

? 圖像插入報告，支持將指定的圖像插入報告中，并自動完成插入報告中的圖像自動排版。

滿足具備在無檢查病人信息情況下進行無關聯病人采集，采集后可以匹配至指定檢查病人下。

滿足采集的圖片可以進行復制/剪切，粘貼。

滿足不同工作站可以相互瀏覽對方采集的圖片。

滿足寫報告、瀏覽圖像、采集圖像可針對不同病人同時進行操作，互不影響。

圖文診斷報告

滿足將選取的多圖（至少6張）插入報告，并自動排版。

滿足采集另一人圖像時，不影響編輯當前報告的操作。即采集病人圖像和編輯報告病人可以是不同的病人。

滿足內容模板可以根據病人檢查部位進行過濾，只顯示進行檢查部位的內容模板

滿足在展現內容模板內容中通過點選即選中一個關鍵詞，其相近使用的詞匯以列表形式進行展現供選擇，選擇后替換原文中的關鍵詞。

滿足以WEB方式提供頁面進行瀏覽整體圖文診斷報告。

病理圖文報告功能

圖像/視頻采集

? 支持RGB、Video、S-Video等視頻格式。

? 彩色采集分辨率： 最大可以支持到2048×1024×8Bit×3。

? 彩色采集主頻：5MHz－120MHz。

? 采集區域自定義，可以自定義顯示區域中需要的采集區域進行剪切保存至圖像中。

? 單幀采集，采集一張圖像。

? 視頻采集，按照指定的幀速進行視頻采集。

? 支持腳踏板和手動采集器同時使用，觸發，單幀采集，視頻采集的開始結束。

? 圖像的處理，對比度，亮度，對已采集圖像的處理。

? 采集卡即時設置，在采集過程中可以即時的設置采集卡的參數設置，同時保存后生效。

支持采集成功后播放聲音進行反饋。

? 圖像格式轉換，可以將圖像按照指定的圖像格式進行保存，在綁定檢查信息后可以保存至標準的DICOM格式文件。

? 圖像另存，將指定的圖像另存為圖像格式文件，JPG，BMP，AVI。

? 支持獨立窗口顯示實時圖像，播放顯示窗口。實時顯示和播放顯示互不影響。

? 圖像插入報告，支持將指定的圖像插入報告中，并自動完成插入報告中的圖像自動排版。

滿足不同工作站可以相互瀏覽對方采集的圖片。

圖文診斷報告

滿足將選取的多圖（至少4張）插入報告，并自動排版。

滿足在展現內容模板內容中通過點選即選中一個關鍵詞，其相近使用的詞匯以列表形式進行展現供選擇，選擇后替換原文中的關鍵詞。

滿足液基細胞學診斷報告(TCT)的勾選形式報告模板的建立和勾選使用。

滿足以WEB方式提供頁面進行瀏覽整體圖文診斷報告。

3.2.4.3系統管理功能

報告模板編輯器

? 報告打印模板按照設備類型，是否默認進行建立/修改/刪除，同一設備類型可以建立多個報告模版，其中一個可以設置為該設備類型的默認模版，作為初寫報告時默認載入的打印報告模版。

? 報告打印模板樣式的編輯定義，包括行/列設置，合并，拆分，邊框顯示，字體，顏色設置，單元格顯示類型，單元格是否打印等。報告打印模版按照行列進行規劃所需的顯示和編輯的內容，然后通過合并單元格進行格式，通過設置單元格設置其顯示的內容。

? 報告打印模板單元格與數據的自定義綁定顯示/綁定回寫數據庫，單元格可以和表和字段進行幫定顯示，一些字段可以進行回寫數據庫，完成數據的讀取和寫入。

? 報告打印模板的導出/導入，報告打印模版可以導出文件或者從文件導入至系統進行保存。

支持在報告模板中根據字符編碼生成條形碼。

統計查詢

? 精確數據查詢，完全按照查詢條件中的字符進行完全匹配查詢顯示。

? 模糊數據查詢，將查詢條件中的字符對所有內容只要存在該字符都進行查詢顯示。

? 申請預約圖表統計，把申請預約的數據按照條件進行統計，并可以轉換成折線圖，柱狀圖，餅圖進行顯示。

? 報告工作量圖表統計

? 陰陽性圖表統計

? 報告復合率圖表統計

? 分類單項圖表統計

? 分類復合圖表統計，將按照主項，副項進行二維表格的統計。

部門管理

? 用戶的建立/修改/刪除，將數據字典中的人員編號按照所屬部門建立可以登錄的用戶名。

? 用戶權限的制定，對用戶按照可以使用的模塊，每種設備類型下的具體功能進行設置權限。

? 角色的建立/修改/刪除，可以建立角色用于用戶指定，用戶建立時指定權限可以自動將角色的權限加載至待編輯的權限中進行再次編輯權限。

? 角色權限的制定，每種設備類型下的具體功能進行設置權限。

? 編碼規則的建立/修改/刪除，可以定義用戶所需的每種編碼格式和應用地方即幫定的表和字段。

? 編碼規則的使用配置，可以幫定應用的科室和設備類型，指定在相關科室和設備類型中按照指定的編碼規則進行產生所要使用的編碼。

數據字典

? 基本字典數據的新建/修改/刪除，維護基本字典數據，用于系統中的待選擇使用。

? 部門、人員數據的新建/修改/刪除，維護部門，人員信息以提供科室，人員的選擇和用戶的建立。

? 檢查字典數據的新建/修改/刪除，維護預約登記時所使用的檢查項目，計費項目，設備類型與檢查直接相關的數據。

? 數據的導入/導出，支持將數據導出至文件和文件導入至系統。

系統管理

? 系統參數配置，配置數據庫連接信息，日志開啟/關閉/，更新控制參數，PACS系統的連接配置，系統確認報告時間等系統參數配置，以控制相關的功能開啟關閉或者提供相關功能時的參數使用。

? 系統服務控制與狀態監控，支持客戶端直接控制服務的開啟關閉和查看當前服務的狀態。

? 系統客戶端和服務端交互信息的監控，支持查看指定的模塊服務端和客戶段通訊的數據和過程。

? 手動備份數據庫，支持數據庫數據備份成文件到指定的目錄中存放。

? 自動備份數據庫設置，支持按照設置指定的時間和周期進行數據庫備份。

? 系統日志查詢和列表顯示，對日志按照日志類型，所產生日志的模塊，時間段進行查詢得到結果列表進行顯示。

? 系統升級控制，支持系統將指定格式的更新包導入系統，按照系統參數開關設置自動更新系統和所有客戶端。

? 系統授權信息顯示，顯示當前系統功能的授權信息。

? 系統信息的導入/導出，對系統參數導出到文件和文件導入至系統中保存。

? 接口交互日志的查詢和列表顯示，對于所有交互信息進行日至的查詢。

3.2.5移動臨床應用

3.2.5.1系統具體需求

移動護理

護士用移動設備在病人床旁就可完成對病人各項護理信息的采集和記錄。 數據自動存貯到數據庫。完成各項生命體征的記錄，自動生成趨勢圖。醫生下達醫囑后，信息會自動轉移到移動設備上，可顯示提示信息，護士可在無線網絡范圍內任何區域進行數據讀取、查詢、查對與執行。HIS系統只跟蹤到醫囑轉抄這一步，即把醫囑分解成為可操作的執行項目并且在這一步就對該條醫囑執行收費，不再跟蹤醫囑實際執行過程。而移動臨床護理系統將現有護士工作站延伸至病人床旁，執行者通過掃描患者腕帶條碼實現醫囑的執行確認，并準確記錄了實際執行人，執行時間。

移動查房

通過無線網絡保持與整個信息系統網絡實時連接， 將病人信息從醫生辦公室帶到了病人床旁。醫生可以在患者床旁查閱病人病歷，LIS、PACS 系統患者檢驗檢查報告單，直接下達醫囑等工作，真正實現移動查房。

3.2.5.2系統功能設計

移動護理

將現有的護士工作站延伸到病人床旁，優化信息采集流程

護士用移動設備在病人床旁完成對病人各項護理信息的采集和記錄。 數據自動存貯到數據庫。完成單一生命體征項目的記錄后，自動生成趨勢圖。醫生下達醫囑后，信息會自動轉移到移動設備上，可顯示提示信息，護士可在無線網絡范圍內任何區域進行數據讀取、查詢、查對與執行。

跟蹤醫囑的全生命周期

在目前醫院信息系統功能范圍下，HIS 系統只跟蹤到醫囑轉抄這一步，即把醫囑分解成為可操作的執行項目并且在這一步就對該條醫囑執行收費，不再跟蹤 醫囑實際執行過程。而移動臨床護理系統將現有護士工作站延伸至病人床旁，執 行者通過掃描患者腕帶條碼、藥品包裝容器條碼完成醫囑執行確認和收費，并準確記錄了實際執行人，執行時間。

待執行醫囑按照臨床護理路徑管理模式管理

以醫囑的種類、執行次數為橫軸，執行時間、執行人為縱軸，在特定時間段 提醒護士對具體患者執行相應的醫囑項目。護士執行完醫囑后，醫囑執行時間和執行人等信息直接記錄到數據庫。

查詢與統計功能

可查看病人基本信息，包括床號、姓名、出生日期、住院號、病情、診斷、 醫療費用等病人基本信息。可查詢當前班次所有已執行和未執行的全部醫囑。根據移動臨床護理系統采集的數據，自動生成病人的床旁護理記錄單、生命體征觀察單和特別護理記錄單，可查閱已出院的和在院病人的病情記錄單。根據護理工 作的不同，分別進行加權計算，科學的統計護士的工作量，根據需要定制各種報 表，并全部自動化管理。

對護理工作量進行統計

為護士績效考評提供依據 無線護理工作站由于對醫囑進行拆分， 使醫囑執行過程中呈現了一對一的對應關系，記錄了每條醫囑的執行者，可統計個人、科室、全院的護理工作量，為績效考評，人力資源調配，提供了可靠的參考依據。

移動查房

多種查房方式

通過移動手推車和PAD的移動工作站兩種方式實現移動查房：在手推車上進行信息系統的集成和交互，能夠快速的幫助醫生完成日常的查房工作；同時結合PAD輕便的特點，能夠在PAD上完成部分查房工作，快速相應應急事件；從而實現移動查房的完美融合

用戶驗證

移動醫生站的用戶驗證采用目前HIS系統的統一驗證模式，支持直接通過全院統一的AD域控服務器進行用戶集中管理；

病人列表（病區）

顯示當前醫生負責的病人或當前病區所有在院病人，顯示模式以卡片形式展現；

手術安排（病區）

顯示當前病區患者的手術安排記錄，按時間倒序排列；

會診單（病區）

顯示當前病區患者的會診單，按時間倒序排列；

智能信息（病區）

顯示當前病區的提醒信息，包括目前THIS4護士或個人的信息，檢驗檢查報告完成通知、病歷時限提醒，同時擴展支持自定義信息類型；

患者信息

顯示當前患者的基本信息、臨床診斷、過敏信息、近期用藥等；病人基本信息包括姓名、床號、住院號、性別、年齡、病人費別、入院日期、主要診斷、危重級別、護理級別、病人狀態、所屬病區、所屬科室等病人詳細信息，保證醫生了解病人的基本情況。

醫囑信息

顯示當前患者的臨時醫囑、長期醫囑、長期有效醫囑、增加醫囑等；結合治療過程中出現的實際情況可及時調整醫囑，可以直接停止醫囑、增加醫囑，并支持合理用藥智能提示輔助錄入，當查房結束后經確認發送醫囑到護士工作站，由護士審核后執行。

檢驗報告

顯示當前患者的檢驗報告單，按檢驗分類顯示，同時按照日期倒序排列；

檢查報告

顯示當前患者的檢查報告單，按報告分類顯示，同時按照日期倒序排列；

生命體征

顯示當前患者的近期體征數據，按日期倒序顯示，提供圖表曲線方式展現；

手術安排（患者）

顯示當前患者的手術安排記錄，按時間倒序排列；

會診單（患者）

顯示當前患者的手術安排記錄，按時間倒序排列；通知會診的主要專家和會診的具體時間，各專家查看詳細的會診申請，根據會診的要求查看病人入院以來或者以前的病歷資料做好會診準備，并返回會診答復給會診申請醫生。制定最佳治療方式和治療方案。會診結束后，由醫生負責整理后再書寫會診記錄并發布給會診各醫生確認。

病歷資料

顯示當前患者的各類病歷資料，包括入院記錄、再次或多次入院記錄、24小時內入出院記錄、24小時內入院死亡記錄、首次病程記錄、日常病程記錄、上級醫師查房記錄、疑難病例討論記錄等信息。

智能信息（患者）

顯示當前患者相關的提醒信息，包括目前護士或個人的信息，檢驗檢查報告完成通知、病歷時限提醒，同時擴展支持自定義信息類型；

便簽

顯示、添加、刪除患者相關的便簽信息，方便醫生在查房時進行速記；

（四）、項目實施要求

投標人應按照張家港中醫院整體信息化整合與提升項目總體規劃，進行系統架構設計、軟件設計開發，并合理部署在相應的硬件設備上，保證系統的正常運行。投標人必須響應下列開發實施要求。

1、投標人應提供數據庫性能優化及系統整體性能保障方案，確保系統滿足系統高效運行。

2、投標人應承諾按照張家港中醫院整體信息化整合與提升項目總體規劃要求以及相關業務和技術規范，接受醫院指定的技術負責單位的技術評審，并按照其要求提交相關技術文檔。

3. 投標人應從管理、應用、系統、網絡和物理等五個方面闡述對院內集成平臺的信息進行保護、檢測、響應、恢復和改善的保障措施。

4、開發實施的驗收要求。招標人、投標人共同組成驗收小組，必要時由第三方提供測試方案和測試數據，經招標人確認后進行應用開發實施驗收, 根據系統開發實施規范, 提交系統開發實施報告。如果驗收小組認為測試結果與要求不符，將重新進行測試。

5、基于以上的開發實施要求，投標人應按照國家有關電子病歷及集成平臺建設相關標準提出關于所投業務系統接入平臺的解決方案。

6、中標人須承諾提供系統安裝、配置的詳細文檔資料，確保所建系統滿足業務需求，使整個系統能夠得到有效運行。

7、投標人應在項目建設過程中，按照衛生局指定或提出的相關技術和業務規范，配合系統集成單位完成系統集成工作。

8、中標人應保證原有數據的平穩安全遷移，所發生的費用由中標人承擔。

9、其他投標人認為應該描述的方案或建議。

10、投標人需針對此次建設闡述實施方案，其中建設范圍為：

（五）、項目管理要求

1、總則

投標人必須遵守張家港中醫院整體信息化整合與提升項目管理規定和各項管理實施細則。

投標人在投標時應提交項目管理方案，方案至少包括項目組織機構、人員安排、進度安排、質量管理及風險管理等內容，并具有可操作性。

2、項目組織機構

1）、人員穩定性保證

投標人應在投標文件中明確保證項目建設團隊的主要人員穩定。投標人在未經招標人同意的情況下更換項目經理，需向招標人支付賠償金。

招標人或投標人認為需要更換投標人項目經理和項目團隊成員時，均應提早一周向對方申明原因，投標人應在同時提出新的符合合同要求的項目經理和項目團隊成員人選，經招標人同意并辦理交接手續后方可更換。

投標人更換項目經理、項目團隊成員給招標人造成損失的，招標人保留追究責任和獲取賠償的權力。

2）、人員工作經驗保證

投標人要建立實施該項目的組織架構，并在投標時提供參與該項目人員的履歷。

3、項目進度計劃

甲乙雙方根據招標文件、中標人的投標文件共同確定更為詳細的項目進度安排，并以文件的形式明確下來。投標人應明確提供每個階段的階段目標、階段應交付的成果、驗收依據、雙方的責任和義務，經招標人認可后，以合同或會議紀要形式明確下來。

5、合同變更要求

如在項目實施過程中需要調整內容、進度等，需經雙方共同同意，按合同變更程序辦理。

6、項目質量管理

1）、投標人應具有完備、成熟的項目開發與管理模型。

2）、投標人應建立嚴格的質量保證體系，制定項目開發建設質量控制方案和實施措施，并督促落實各環節質量控制內容和目標；保證總體規劃設計、開發與實施、系統運行與驗收各個階段工作滿足招標方對質量的要求。

3）、投標人應根據整個系統集成、開發的工作計劃，對階段性工作成果進行審查和測試，并向項目單位提交里程碑式工作成果。通過保證各階段性成果的質量，最終保證整個系統集成、開發的質量。

7、項目進度管理

1）、投標人的項目進度管理應該遵循以下原則：

（1）項目進度管理的依據是項目合同所約定的工期目標；

（2）在確保項目質量和安全的原則下，控制項目進度。

2）、投標人的項目進度管理應該至少包含以下內容：

（1）投標人在了解項目特點的前提下，根據工期目標，提交總體進度計劃，以及定期提交階段性工作計劃。

（2）制定詳細的項目建設進度計劃，按照合同的進度計劃制定具體的實施計劃，定期跟蹤檢查，對可能發生的工程延誤提出相應對策；

（3）定期或不定期地召開或參加項目例會、協調會議等，向招標人通報項目進展情況，提交進度報告，及時解決相關問題。

（4）建立項目變更流程，記錄項目變更。

8、項目交付

1）、投標人應提供整個系統建設的文檔，包括系統設計、開發、測試、運行、維護管理體系對應的全部管理規范和技術文檔。

2）、技術文檔應與系統相一致，技術文檔應該全面、完整、詳細、清晰。

3）、技術文檔應能夠滿足投標人對系統的安裝、使用、維護、應用開發的需要。

4）、技術文檔還應包括運行版本一致的、投標人擁有所有權的全部源程序和可執行代碼。

7）、投標人應在應標書中提供需求調研、設計階段、開發階段、測試階段、實施階段、運行階段、項目管理的全部交付成果的清單和成果交付形式。

9、測試驗收

投標人在投標時應提供測試驗收方案，方案應符合《項目需求書》的要求，包括但不限于以下內容：系統的功能、性能等均應經過測試，形成測試報告，并經招標人認可后才能投入運行、組織驗收。招標人對于系統的任何修改或升級，都必須進行回歸測試。

（六）、知識產權

1、招標方擁有投標人所投全部產品在張家港中醫院內部的使用權。

2、對在開發過程中用到的所有第三方軟件產品，投標人必須保證所提供的所有軟件產品都具有在中國境內的正式合法使用權，并提供相應授權書。投標人在軟件開發過程中涉及第三方產品，若出現技術、經濟或法律上的糾紛，應由投標人全面承擔并全權解決，確保不影響項目的進度。

3、投標人對招標方提供的所有業務技術資料、文檔，有責任對第三方保密。

4、系統開發完畢后，中標人須提供完整的開發維護文檔、軟件接口。開發的系統產權歸雙方共同所有。

（七）、培訓要求

一、培訓總則

1、投標人必須提供滿足本章要求的培訓服務。

2、投標人必須提供高水平的培訓。所提供的培訓課程表隨投標文件一起提交。

3、投標人派出的培訓教員應具有相同課程的教學經驗。

4、所有的培訓教員必須用中文授課，除非有其它的協議規定。

5、投標人必須為所有被培訓人員提供培訓文字資料和講義等相關用品。所有的資料必須是中文或英文書寫。

二、培訓要求

投標人應在應標書中提供詳細的培訓計劃。培訓應面對不同層面的系統用戶，保證用戶能獨立地管理、維護和配置系統，以便整個系統能夠正常、安全地運行。保證最終用戶能夠高效率低成本地完成工作。培訓計劃包括但不限于以下內容：

1、技術培訓

中標人應在系統上線前培訓，負責對系統管理員進行操作流程及系統維護的培訓，以達到能獨立操作使用的程度；負責對業務操作人員進行軟件使用的培訓，以達到能夠熟練使用軟件各功能模塊的程度。

培訓對象：系統管理員、技術維護人員和業務操作人員。

培訓內容：系統維護管理和故障排除的培訓。

培訓要求：被培訓人能夠對投標人所開發實施的系統進行維護和代碼級修改。

培訓地點包括集中培訓和現場培訓。

集中培訓：中標人提供的集中培訓，講師和培訓文檔由中標人提供。

現場培訓：提供現場培訓。

2、用戶培訓

培訓對象：張家港中醫院及業務部門人員。

培訓內容：系統使用操作培訓。

培訓要求：使用戶能夠熟練使用系統提供的各種功能。

培訓地點：以當地集中培訓為主，結合現場培訓。

培訓費用：投標人應將所有培訓費用（含培訓教材費）及各項支出費用計入投標總價。

（八）、其他

正式驗收通過后，若有需求變動，在免費維護期內，投標人須承諾在采購需求和政策法規范圍內，仍應免費按用戶需求對整個系統做出相應修改，以滿足用戶的需求。