衢州市人民醫(yī)院的醫(yī)院信息系統(tǒng)應具有以下基本功能：
1、系統(tǒng)應提供基于工作流引擎設計的醫(yī)院信息系統(tǒng)核心業(yè)務開發(fā)平臺；
2、醫(yī)院信息系統(tǒng)核心業(yè)務開發(fā)平臺應包涵的子系統(tǒng)有：
集成平臺及與其他系統(tǒng)的集成
HIS系統(tǒng)
電子病歷系統(tǒng)
3、醫(yī)院信息系統(tǒng)核心業(yè)務平臺應采用B/S/S或者C/S/S多層體系結構設計；
4、醫(yī)院信息系統(tǒng)核心業(yè)務平臺應提供便捷的二次開發(fā)工具，如組件編輯器，菜單編輯器、界面編輯器、規(guī)則管理器、工作流管理器和豐富的參數表等功能，便于對系統(tǒng)進行二次開發(fā)與改造，縮短本地化過程和不斷滿足醫(yī)院對醫(yī)院信息系統(tǒng)的業(yè)務需求。
5、共用一個數據庫平臺，采用面向對象的關系或后關系數據庫系統(tǒng)。
6、遵循國際、國內相關標準：ICD-10、ASTM、DICOM3.0、HL7、IHE等。
7、結構化電子病歷系統(tǒng)具有�？铺厣�
9、系統(tǒng)具備通過集成平臺實現(xiàn)快速集成的能力。
10、遵循衛(wèi)生部《（2003-2010年）全國衛(wèi)生信息化發(fā)展規(guī)劃綱要》；遵循衛(wèi)生部2002年版《醫(yī)院信息系統(tǒng)基本功能規(guī)范》、《基于XML電子公文格式規(guī)范》、《電子病歷流程設計方法通用規(guī)范》、《電子病歷數據元規(guī)范》及浙江省衛(wèi)生廳的相關文件等。
本次項目中，操作系統(tǒng)及數據庫不在采購范圍內，要求應用系統(tǒng)必須能滿足以下要求：
1、操作系統(tǒng)的要求：數據庫層為UNIX，應用服務層為UNIX或WINDOWS SERVER，客戶端為Windows 2000或XP。
2、數據庫的要求：采用關系或后關系型數據庫。在Oracle和Cache中選擇。
三、具體要求
（一）、集成平臺要求
1、集成平臺產品功能要求
集成平臺產品應有在醫(yī)療衛(wèi)生行業(yè)和醫(yī)療機構內集成應用的經驗，支持多源異構系統(tǒng)之間的應用集成和數據整合、新功能應用的快速開發(fā)部署、不同功能系統(tǒng)間協(xié)同通訊。具體功能應包括：
（1）協(xié)調數據源，即把各個獨立的軟件系統(tǒng)的數據有機地組織起來，能夠實現(xiàn)在醫(yī)院整個的軟件環(huán)境中有一個統(tǒng)一的標準，各個軟件系統(tǒng)能夠彼此獲取各自需要的數據，消除信息孤島。
（2）重整業(yè)務流程/工作流，為了實現(xiàn)利用現(xiàn)有的軟件系統(tǒng)，使用集成平臺產品，重新組織醫(yī)院的業(yè)務流程和工作流，配置業(yè)務規(guī)則，包括可能跨躍不同的軟件系統(tǒng)的業(yè)務流程整合。
（3）復合新的應用，利用原有的軟件系統(tǒng)的功能，以最小的成本開發(fā)、建立新的應用系統(tǒng)，包括不同系統(tǒng)的應用界面集成等業(yè)務功能模塊組合。
（4）業(yè)務行為監(jiān)控，能實時掌控整體業(yè)務運行。能夠對關鍵的業(yè)務行為以及相關的事件做出實時反應，以及自動反饋并執(zhí)行分支業(yè)務流程。
2、集成平臺產品技術要求
（1）具有跨隊列、消息代理和數據轉換一體化的面向服務的架構，有成熟的適配器，可將不同的后端應用數據和數據庫抽象成一致的對象模型。
（2）具有持久化對象和消息引擎，包含虛擬機、對象存儲、共享數據倉庫、轉換引擎、跨應用索引庫、基于規(guī)則和內容以及發(fā)布/訂閱機制的路由的SQL和對象訪問支持。
（3）能提供統(tǒng)一的開發(fā)環(huán)境，以創(chuàng)建和擴展數據轉換以及圖形化業(yè)務流程建模。能提供基于XML的表示方式，可同時進行圖形化、基于代碼或文檔的開發(fā)工作。提供創(chuàng)建定制適配器、消息、業(yè)務服務、業(yè)務操作和業(yè)務流程以及數據轉換的向導。
（4）具有可配置的管理系統(tǒng)，以支持業(yè)務行為監(jiān)控和商業(yè)智能�？梢院偷谌降钠髽I(yè)系統(tǒng)管理軟件協(xié)同工作，具有基于門戶的、中央管理的配置信息、業(yè)務流程和消息管理工具，以及消息瀏覽器、業(yè)務流程監(jiān)控查看工具、事件管理和報警、以及端對端的跨應用消息跟蹤工具。支持應用節(jié)點和接口服務的統(tǒng)一配置管理，監(jiān)控平臺應能對各接口調用歷史進行負載和響應時間分析，以便通過集成平臺來進一步優(yōu)化性能。集成平臺配置管理系統(tǒng)應能支持數據協(xié)議和公用代碼標準化管理。
（5）基于HL7標準化設計，支持各項行業(yè)標準如ICD-10等；支持各種工業(yè)標準如外部消息引擎：MQ和JMS，產品系統(tǒng)可以和醫(yī)院中其他的消息總線結合；為實現(xiàn)支持異構環(huán)境的靈活性，可以和Java和.Net互操作；支持聚合、Web服務協(xié)議和標準，包括XML、WSDL、SOAP、UDDI和BPEL4WS；支持其他的公共工業(yè)標準如J2EE、JDBC、ODBC和COM。
（6）支持高并發(fā)、大數據量，保持高性能。
（7）支持醫(yī)院數據中心數據管理門戶建設，對數據進行自定義指標的圖形化分析和展示。
（8）支持應用系統(tǒng)之間各功能服務和接口的調用權限管理，提供應用節(jié)點與應用節(jié)點之間，應用節(jié)點到接口服務之間的權限控制，以保證數據交換的合法性。
3、系統(tǒng)集成商要求
（1）有自主知識產權的系統(tǒng)集成產品，或有書面代理授權的第三方系統(tǒng)集成產品；對國內外市場上的數字化醫(yī)院各業(yè)務系統(tǒng)有充分的了解；有豐富的系統(tǒng)集成項目成功經驗。
（2）結合招標方關于數字化醫(yī)院總體架構設想，提出適合本項目建設思想的、符合醫(yī)院實際的流程改造和系統(tǒng)集成技術架構及方案，提出各業(yè)務系統(tǒng)的集成標準和要求。
（3）能夠基于集成平臺進行綜合應用開發(fā)（如病人主索引、分布式資源索引、報表平臺、數據挖掘、綜合門戶、基于所有系統(tǒng)的人員及部門權限管理、安全管理，醫(yī)護工作站整合等）。
4、需要集成的系統(tǒng)
醫(yī)院現(xiàn)有系統(tǒng)：LIS系統(tǒng)、病案系統(tǒng)、成本核算系統(tǒng)和OA系統(tǒng)
本次實施的系統(tǒng)：HIS系統(tǒng)、電子病歷系統(tǒng)和PACS系統(tǒng)
及其他醫(yī)院在系統(tǒng)實施周期及維護期內實施的系統(tǒng)。
5、與其他系統(tǒng)的接口
醫(yī)療保險接口
（1）下載內容及處理：實時或定時的從各個醫(yī)保部門下載更新的藥品目錄、診療目錄、服務設施目錄、黑名單、各種政策參數、政策審核函數、醫(yī)療保險結算表、醫(yī)療保險拒付明細、對帳單等，并根據政策要求對藥品目錄、診療目錄、服務設施目錄、黑名單進行維護。
（2）上傳內容及處理：實時或定時向各個醫(yī)保部門上傳。
1)門診掛號信息、門診處方詳細信息、門診診療詳細信息、門診個人帳戶、支付明細等信息。
2)住院醫(yī)囑、住院首頁信息、住院個人帳戶支付明細、基金支付明細、現(xiàn)金支付明細等信息。
3)退費信息：包括本次退費信息，原費用信息、退費金額等信息。
4)結算匯總信息：按醫(yī)療保險政策規(guī)定的分類標準進行分類匯總。
（3）醫(yī)療保險病人費用處理：
1)根據下載的政策參數、政策審核函數對醫(yī)保病人進行身份確認，醫(yī)保待遇資格判斷。
2)對醫(yī)療費用進行費用劃分，個人帳戶支付、基金支付、現(xiàn)金支付確認，扣減個人帳戶，打印結算單據。
3)校醫(yī)療保險指定格式完成對上述信息的上傳。
4)在醫(yī)院信息系統(tǒng)中保存各醫(yī)療保險病人劃分并支付后的費用明細清單和結算匯總清單。
（4）醫(yī)療保險接口系統(tǒng)維護：
1)對下載的藥品目錄與醫(yī)院信息系統(tǒng)中的藥品字典的對照維護。
2)對下載的診療目錄與醫(yī)院信息系統(tǒng)各有關項目的對照維護。
3)對下載的醫(yī)療服務設施與醫(yī)院信息系統(tǒng)中各有關項目的對照維護。
4)對醫(yī)療保險費用匯總類別與醫(yī)院信息系統(tǒng)中費用匯總類別的對照維護。
5)對疾病分類代碼的對照維護。
社區(qū)醫(yī)療接口
1．接收社區(qū)中病人基本情況、健康檔案、病案、疾病情況、家庭遺傳病史，過敏藥物等信息。
2．接收社區(qū)中病人就診時的門診登
|
|
資源大小：80.46 KB 
