一、項目的總體目標和要求
本章描述了信息系統項目的總體目標，并提出了本次項目招標應實現的業務內容及其功能。投標人應予以充分注意，并提出實現系統目標和各項業務功能的解決方案。
（一）、項目背景
根據深圳市衛生和人口計劃生育委員會于近日下發的《2012年度醫院信息化建設評估細則》的文件要求，本月18日起上級領導單位將對我院的信息化工作進行一次全面的檢查，本次檢查的重點是電子病歷、居民健康卡等系統。根據衛生局的要求，今年11月底前全市有30家指定的醫院必須完成市民健康卡系統的上線，其中，我院作為龍崗區醫療系統的龍頭單位更是該項目的重點建設單位。由于時間緊迫，所以上述系統必須馬上進行相關改造以符合政府的要求。
我院目前運行的信息系統是2000年間上線的項目距今已有12年的時間了，受限于當時信息系統開發的工具以及數據庫存儲技術的限制，在此期間醫院的規模和業務量也發生了很大的變化，由此出現系統運行速度慢、效率比較低、安全性不高、版本比較老等問題。根據現有的情況，在對系統進行必要的合理范圍內的改造后可以顯著改善上述狀況。
根據文件內容及我院現有信息化的情況，如果要達到居民健康卡系統的要求，提出本次系統升級擴容招標要求。項目完成后，整個門診的流程將全部打通，實現工作效率最高和最合理的布局，醫生開完處方后，病人可以直接通過已辦好的市民健康卡在自助的繳費設備上面進行交費和掛號。界時，全新的門診流程預計可以將整體的工作效率提升20%左右，并且可以順利完成上級單位對我院信息的基本要求。由于居民健康卡系統是深圳市衛人委的重點便民工程項目，該項目能否順利推進并落到實處是一件關系民生民計的頭等大事。
信息系統建設的意義既改善醫院管理，還能支持醫教研等工作，目前醫院正逐步邁向對“以病人為中心”的管理模式，在強化節約病人就診費用的同時，更突出提高臨床醫生就診質量和效率。不僅衛生部強制性要求醫院開展醫院質量檢查評價工作，使用HQMS醫療質量監測系統進行上報工作，而且此次三甲復審中明確提出對信息系統建設的各項指示性要求，所有信息系統的升級與擴容迫在眉睫。
（二）、項目建設成果要求
本次系統升級擴容，在達到如下效果：
新系統與市民健康卡系統對接方便患者就醫。
引入市民健康卡系統，增加病人繳費模式可以通過自動繳費終端進行繳費，對門診流程進行在造。
新系統與市醫保局的異地就醫信息系統進行對接，讓省異地病人通過接口可以結算。
系統升級上線后，上線門診醫生工作站做到門診整體流程全部打通，病人通過門診醫生站看完病后，收費處直接讀取電子處方費用，提高收費窗口速度，減少病人排隊時間。并且按三甲復審要求在信息系統中做到對抗生素藥品嚴格控制。
上線門診醫生站、住院醫生工作站、電子病歷為三甲復審中的信息化要求部份做好前期準備及鋪墊。
與HQMS醫療質量監測系統做接口，通過系統直接上傳醫院信息系統中存在的數據。（按醫院提供的資料全新開發）
新系統在擴展方面十分方便，可以根據醫院的要求進行一定的定制化開發，以適應醫院未來的整體業務發展。
（三）、信息化建設總體目標
利用各種先進的計算機技術、網絡技術和醫學信息處理技術，結合現代化的醫院管理模式，分階段逐步建設全面的管理信息系統和臨床信息系統。用最新的、最先進的IT技術對全院的信息資源（人、財、物、醫療）進行全面的數字化，全面的優化和整合醫院內部的資源，運用所有的信息資源為患者提供先進的、便捷的、人性化的醫療服務，以提高醫院服務水平、技術水平及管理水平，提高醫院的整體經營效益，提高患者的滿意度，建設醫院的數字文化。
本次采購實現HIS與LIS、PACS之間信息對接，并與深圳市市民健康卡、HQMS醫療質量監測系統等數據對接。同時系統需建立滿足如下特征的全面的數字化醫院：
人性化：醫院數字化的建設應本著以人為本，以病人為中心的原則，在系統的每個細節都應該體現人文關懷主義，考慮如何更加方便業務人員，更加人性化。
集成化：醫院的數字化建設由醫院眾多不同的系統組建而成，但這些系統必須有機的統一的集成在一起，不能出現信息孤島現象。
智能化：數字化醫院的建設應突出智能的特點，減少人工環節，增強自動化的程度，增加輔助支持的功能。
無紙化：通過電子處方、電子病歷、電子申請單、電子報告、電子辦公等的應用逐步走向無紙化。
安全化：通過采用最新的服務器分類與分布應用。
（四）、項目建設要求
1、龍崗中心醫院信息系統的設計需遵循以下原則：
符合工程項目管理原則
標準性原則
統一性原則
所有系統采用統一的登陸界面，依據用戶權限提供不同操作功能；所有子系統構成統一的應用平臺，系統各部分模塊化，以插件模式集成，各模塊可獨立工作，各系統之間能無縫連接，杜絕信息重復錄入的現象，醫院信息系統提供統一的工具來管理應用數據，各個部門都能夠從醫院網絡中獲取整個醫院的相關部門產生的數據；核心骨干數據網是集中共享地，提供端到端的穩定快速的連接能力；做到在全院內信息互聯互通、高度共享。
開放性與可擴展性原則
系統允許用戶增加模塊、數據庫、字段等。系統應該采用開放式的系統軟件平臺、模塊化的應用軟件結構，確保系統可靈活地擴充其業務功能，并可與其它業務系統進行無縫互連；提供必要的輔助臨床接口（如醫保等）；提供豐富的外聯接口（如條碼、磁卡、IC卡、公共顯示裝置等）；能方便地進行軟件的客戶化（如軟件模塊的修改、增減、合并與分拆等），滿足業務種類增加和業務流程變化的需求。系統對無法預見的業務增長提供足夠的可擴展性，并且能夠快速部署，當服務地點和容量增加時，不需要替換已有的硬件和軟件。
經濟性與實用性原則
經濟、實用性是評價醫院信息系統的主要標準。它應該符合現行醫院體系結構、管理模式和運作程序，能滿足醫院一定時期內對信息的需求。支持科室信息匯總分析與收支經濟核算，支持醫院領導對醫療動態與醫療質量的宏觀監督與控制;能對提高醫療服務質量，工作效率，管理水平，為醫院帶來一定的經濟效益和社會效益產生積極的作用。
先進性和成熟性原則
具有國內領先的水平,并且在可持續發展性上要具有較大的發展空間,具有較大的升級空間,無論是操作平臺的選擇,還是軟件功能的編制,都有一定程度的超前性。應用軟件前臺開發工具應為結構化的面向對象可視化編程語言，其用戶界面盡可能實現易學、易用、易維護的人機交互形式和圖形化的界面。
系統可維護性原則
系統應該具有良好的架構，各個部分應有明確和完整的定義，使得局部的修改不影響全局和其他部分的結構和運行，并利用成熟可靠的技術或產品管理系統的各組成部分，管理數量龐大的組件。
集成性原則
應用系統設計需考慮軟硬件系統之間可以方便地實現集成，保證系統用戶無需花費過多的精力進行系統平臺的集成，而將精力集中到業務的整理和系統的實現上，從時間和進度上促進系統的建設開發。集成的應用系統降低了系統維護的難度和要求，方便用戶日后的應用和管理。
系統可靠性和安全性原則
系統建設可實現7×24h連續安全運行，性能可靠，易于維護。系統具有高可靠性和多種應急解決方案。應用大型關系數據庫或后關系數據庫提高系統的處理速度和響應時間。設置有多種內部網絡設置層級授權機制，設定系統內部終端和訪問者的權限，設定操作者多層級電子簽名機制，防止數據刪改和電子確認的漏洞。
生命周期原則
各類業務應用系統建設要遵循軟件工程的設計與開發原則、方法及過程，在業務分析、需求分析、系統設計、系統實現、系統測試、系統實施和系統維護等業務應用系統生命周期中，依據國家相關標準和規定，實現有效管理，確保應用系統的高效率開發和使用，增強應用系統的可用性、正確性和經濟性。
易操作性原則
用戶界面支持全鼠標和全鍵盤操作；操作及選擇鍵（熱鍵、菜單選擇等）的功能定義在全系統保持一致；提供在線幫助功能；支持以直觀的圖表方式顯示各項統計查詢操作的結果。
2、系統設計特點
（1）一體化的系統設計
信息化醫院的HIS、EMR數據庫支持Oracle、SQL Server等主流數據庫，可運行在Linux或UNIX平臺上并支持將來醫院系統運行于開源環境之中，用戶管理、系統操作日志及常用標準編碼表全部交由數字化醫院統一管理，從技術層面上真正一體化，做到HIS、EMR無縫連接。
（2）嚴謹的操作日志和管理日志登記
信息化醫院每一個子系統在做重要的操作時，都會記錄操作日志，記下操作發生時間、操作人、牽涉的病區科室、病人，操作過程中的一些備注信息等，以備日后查詢。這樣在數據庫層之上添加系統的業務日志，大大提高了系統的安全性，增加了醫院操作人員的責任感。
（3）嚴格周全的權限分配
信息化醫院應具有完善的操作員權限級別控制架構。系統級的權限由網絡管理人員通過系統管理模塊來設定。各個子系統自己特有的權限由子系統的管理員分配劃分。系統每做一個重要操作，都會校驗當前操作員是否擁有做該操作的權限，才決定是否允許該操作繼續進行。把系統的權限細化，滿足醫院各部門的不同需求。
信息化醫院的所有程序模塊，在做一些重要的操作時，都會記下操作時間、操作人、操作情況簡述等日志信息（比如修改醫囑資料等、修改病人資料等），供日后查詢。在此界面可以根據不同的條件，進行全院、在任意時間段的日志信息的查詢。
（五）、項目技術要求
1、基礎架構需求
龍崗中心醫院需要一個靈活的、穩定的信息技術架構。在局域網上運行的醫院信息系統軟件體系結構應為優秀的三層結構，如：C/S/S、B/S結構。總體技術先進、系統安全穩定，具有可適用性、可靠性、可擴展性等并具有與醫保、病案等外部系統聯接的接口。
操作系統：服務器端Windows 2003 Server、Linux、Unix及以上，客戶端為Windows 2000 Professional或Windows XP、windows 2003。
前端開發工具：JAVA、DELPHI等。
支持Oracle、SQL SERVER等數據庫，采用諸如J2EE平臺的跨平臺開發技術。
2、基本要求
1、所有應用系統需要支持國家、國際的統一工業標準或行業的最優辦法；支持標準的
術語體系（例如：LOINC、ICD-10、ICD-9、SNOMED、DRG、MDC、HL7等）。
2、所有應用系統易于維護，根據實際業務的需要，定義出清楚的功能模塊。
3、所有應用系統應堅持以病人為中心的設計思想，充分利用醫院的資源，通過整合多
種不同的應用系統來發揮醫院的經濟和社會效益。
4、能夠提供靈活的應用構建、部署架構和開發的應用編程接口，提供基于多種標準的
消息服務。
5、可根據實際需要提供豐富的開發辦法與開發工具，如菜單編輯器、界面編輯器等。
6、設計要求
所有應用系統的設計必須是開放的，能夠比較容易的實現應用及技術升級。
所有應用系統的設計要充分考慮病人信息的安全性與機密性。
所有應用系統的設計需要整合外接硬件設備并與之進行數據交互，例如條碼掃描儀、標簽打印機、讀卡器、醫療設備等。
按用戶需要，提供數據的導入、導出功能。
所有應用系統的設計都應該統一登陸界面，不同角色用戶在任一臺工作站上，僅需要輸入自身的ID及密碼就能夠進入相應系統。
7、 數據存儲/輸出需求
提供多種數據存取功能。
提供交易管理機制，保證系統的一致性。
支持醫院信息門戶的建設和管理。
在線數據輸入/輸出的響應時間應該符合行業標準或者醫院自定的標準。
8、 報表、打印及批處理需求
對于所有的報表和查詢功能都應當提供打印的功能，故在具體的功能需求說明中將不再體現。
系統提供網絡打印功能保證高可用性及易維護性。
根據業務的需要，由最終用戶/系統管理員自行設定各種報告的產生方式，可提供集中/分散的報告打印方式。
根據時間表安排不需要人員干預的集中批處理作業。
對所有重要的表單（報表、票據等）提供跟蹤記錄，包括打印次數、時間、人員等。
（六）、實施培訓與售后要求
1、項目實施要求
1、項目總體建設計劃按照“總體規劃、分階段實施”原則，按照數字化醫院的建設目標，結合醫院實際情況實施，有一套完善的項目管理流程和制度，確保項目實施的順利成功。
2、本項目實施在我院硬件條件到位的情況下，2個月內完成舊系統升級，升級到新系統后3-6個月成完成新系統擴容。
3、由于存在不可預知的情況發生，因此投標人必須對項目進行過程中可能存在的項目變更進行規范化管理。自進場實施開始，供應商應允許醫院的相關人員一起參與系統的安裝、測試、診斷及相關問題的解釋等各項工作，促進和提高醫院的系統管理實施與維護水平。
2、項目培訓要求
1、軟件供應商至少必須滿足本章要求的培訓服務；
2、對醫院所有相關操作人員進行軟件系統應用免費培訓，制定詳細培訓計劃；
3、為了便于日常的系統維修，軟件供應商需至少培訓醫院1-2名工程師；
4、項目實施完成后，軟件供應商應提供跟蹤培訓服務。
（七）、保修期及售后服務要求
1、軟件供應商應負責在項目驗收時將信息系統軟件的全部有關操作手冊、驗收報告等文檔匯集成冊交付使用單位。
2、提供7×24小時服務。
3、如軟件系統出現故障，供應商需在2小時內對用戶提出的維護服務要求做出響應，4小時內到達現場。
（八）、應急要求
本項目需提供一套完善的符合醫院實際應用的應急解決方案，能簡單快速應對，高質量保證門急診收費業務能夠正常運行，不影響病人的就診，同時也不增加操作人員工作量。方案需提供完整的操作步驟和實現功能。
（九）、新舊系統升級切換
新舊系統升級切換，要求要有科學合理的解決方案，以保證新老系統基礎數據一致，最大限度地提高用戶對新系統操作的適應性。新舊系統升級過程必須保證醫院業務正常運作，實現系統的無縫切換，新舊數據要保證其準確性和安全性，并能實現新舊數據的調閱共享和統計查詢。
二、招標內容及項目要求
1. 深圳市龍崗中心醫院軟件部分建設清單：
序號 系統模塊 系統名稱 單位 數量 備注
1 HIS （現已使用的系統） 門急診劃價、掛號收費系統 套 1 升級
2 住院收費、病人登記系統 套 1
3 護士工作站管理系統 套 1
4 門急診配發藥系統 套 1
5 門診藥房管理系統 套 1
6 中心藥房配發藥系統 套 1
7 住院藥房管理系統 套 1
8 藥庫管理系統 套 1
9 輸液室管理系統 套 1
10 供應室管理系統 套 1
11 急診留觀系統 套 1
12 感染科藥房系統 套 1
13 經管辦管理系統 套 1
14 護理部管理系統 套 1
15 材料以及后勤管理系統 套 1
16 系統維護系統 套 1 同步升級
17 物價管理系統 套 1
18 院長綜合查詢系統 套 1
19 藥品采購管理 套 1
20 科室工作站 套 1
21 門診主任查詢 套 1
22 住院主任查詢 套 1
23 設備管理 套 1
24 物價查詢 套 1
25 醫務管理系統 套 1
26 臨床管理部分 門診醫生工作站（全院） 套 1 新增系統
27 門診分診系統（全院） 套 1
28 電子病歷（全院） 套 1
29 住院醫生工作站 套 1
30 接口 檢驗、影像系統接口 套 1 新增接口
31 HQMS醫療質量監測系統接口 套 1
32 異地醫保接口（轉診、結算） 套 1
33 預約掛號接口 套 1
34 市民健康卡接口 套 1
2. 系統需求功能說明
2.1. 門急診劃價、掛號收費系統
門診掛號系統要求實現窗口掛號、預約掛號、以及掛號病人的自動分診、門診掛號費用及流量統計日報表等功能。
建立掛號安排表，設置預約掛號、分類掛號、退號及限號等多項功能。掛號項目可根據掛號安排的有效時間進行顯示，自動屏蔽不在當前時間的掛號項目。
【主要功能要求】
|
|
資源大小：408.65 KB 
