1建設原則：
（1）整體性原則
嵊州中醫院的電子病歷系統建設應充分考慮醫院醫療業務的發展，整個系統必須隨著醫院的發展而作出相應的擴展，向醫院提供一個臨床信息系統建設的整體規劃,系統能滿足醫院的總體需求。整個系統都應符合以系統集成為中心的數字化醫院建設思路，各子系統的軟、硬件設計均應考慮到滿足總體需求，在進行聯系的時候就有“共同語言”,不會造成因為“語言”不同而造成的無法溝通。
（2）標準化原則
電子病歷系統按照國家衛生部2002年發布的《醫院信息管理系統規范》的要求以及國家信息管理的標準、HL7數據交換標準、ICD-10、結構化電子病歷XML設計。
（3）標準接口原則
醫院電子病歷系統（EMR）遵循醫院指定的行業標準并制定相應的技術接口，支持以電子病歷為核心進行應用集成的技術標準，實現較高的標準化要求，以達到統一管理，統一標準，互聯互通的要求。
（4）實用性原則
實用性是評價軟件系統的主要標準。應標系統應該符合現行醫院體系結構、管理模式和運作程序，能滿足醫院一定時期內對信息的需求。能對提高醫療服務質量，工作效率，管理水平，為醫院帶來一定的經濟效益和社會效益產生積極的作用。
（5）安全性和保密性原則
系統建設要實現7×24H連續安全運行，性能可靠，易于維護。系統要具有高可靠性和多種應急解決方案。應用大型關系數據庫提高系統的處理速度和響應時間。設置有多種內部網絡設置層級授權機制，設定系統內部終端和訪問者的權限，設定操作者多層級電子簽名機制，防止數據刪改和電子確認的漏洞。符合《電子簽名法》和CA簽名認證等安全性要求。
電子病歷數據是敏感信息,需要保密，訪問這些信息僅限于工作相關的醫務人員。醫院電子病歷系統對于系統中重要的更改操作設定特殊的權限并且保存修改痕跡。電子病歷的修改和簽名設定時間和痕跡保留和密鑰方式進行，在電子病歷未取得法律承認前采取醫務人員在診療過程中或后打印紙頁病歷加手寫簽名確認方式，以解決電子病歷和紙頁病歷雙保存的問題。要把病歷在不同時間修改的結果進行比較。并在不同的地方用不同的顏色或者樣式進行顯示。提醒醫生哪些內容做過修改。要采用三級更改制度。住院醫生在完成病歷書寫后，保存，在保存的環節中做出的修改不會留下痕跡；當住院醫生完成病歷書寫后，提交給上級醫生檢查，提交后的病歷住院醫生是沒有權限再修改的。上級醫生檢查到不符合項進行修改，修改后會留下痕跡；痕跡保留可以保證病歷數據的合法性。對超級用戶實行互相監督和訪問、刪改的痕跡保留和永久性備份保留的安全機制，以確保有關過程的安全性。對庫、表的有限操作及禁止非法用戶訪問，用戶口令加密存儲，特定數據列加密等。
（6）先進性原則
本次建設的電子病歷系統應具有國內領先的水平,并且在可持續發展性上要具有較大的發展空間,具有較大的升級空間,無論是操作平臺的選擇,還是軟件功能的編制,都有一定程度的超前性。應用軟件前臺開發工具應為結構化的面向對象可視化編程語言，其用戶界面盡可能實現易學、易用、易維護的人機交互形式和圖形化的界面。
（7）開放性與可擴展性原則
系統要允許用戶增加模塊、數據庫、字段等。系統應該采用開放式的系統軟件平臺、模塊化的應用軟件結構，確保系統可靈活地擴充其業務功能，并可與其它業務系統進行無縫互連；提供必要的輔助臨床接口（如醫保等）；提供豐富的外聯接口（如條碼、磁卡、IC卡、公共顯示裝置等）；能方便地進行軟件的客戶化（如軟件模塊的修改、增減、合并與分拆等），滿足業務種類增加和業務流程變化的需求。系統對無法預見的業務增長提供足夠的可擴展性，并且能夠快速部署，當服務地點和容量增加時，不需要替換已有的硬件和軟件；
（8）網絡統一與共享原則
電子病歷系統應提供統一的工具來管理應用數據，各個部門都能夠從醫院網絡中獲取整個醫院的相關部門產生的數據；核心骨干數據網是集中共享地，提供端到端的穩定快速的連接能力；
（9）集中管理原則
電子病歷系統需提供一個集中對各種信息系統監控和管理的管理員維護系統。通過此系統能遠程對各應用系統的調整和升級，配置，來保障整個系統的運行情況。
（10）數據一致性和完整性原則
醫院管理平臺系統對數據采集和處理遵循如下原則；
一致性：保證數據只有一個入口，做到數據一次錄入，多處共享。
完整性：系統具有多級數據校驗和質量控制，包括程序級的數據完成性驗證和數據庫級的數據完整性驗證。
系統以病人為中心，充分整合病人的基本信息、發生費用、檢驗檢查報告、病理報告、醫技檢查信息、護理記錄等各類信息，實現醫院各類數據的共享，消除醫院內部的數據孤島。
（12）信息高度整合
電子病歷系統與醫院原有HIS的整合。
嵊州中醫院HIS系統已經做得比較完善了，里面有非常多的有價值的信息，本次醫院電子病歷系統建設必須和HIS整合起來才能發揮最大的功效。
病人基本資料。病人基本資料是HIS里最基本的一項信息，而電子病歷的記錄單中也需要填寫相當多的病人基本信息，電子病歷系統能夠和HIS無縫連接起來，自動采集HIS的病人基本資料。
醫囑和費用。臨床上的醫囑和為了計費方便設置的醫囑是兩個概念，但他們之間又有著聯系。電子病歷系統能夠讓醫生錄入真正具有臨床意義的醫囑，根據這些醫囑和費用的關系，調用HIS的計費接口,自動計費。
電子病歷系統與LIS等系統的全面整合。
醫生以開檢驗醫囑的形式下達臨床指令，檢驗醫囑根據勾選檢驗申請單上的項目生成相應的醫囑項目，同時生成相應的費用信息，直接將檢驗申請單和費用信息發送到檢驗科室。檢驗完成后，醫生通過電子病歷系統直接察看檢驗結果并導入調用。
6．2門診醫生工作站技術要求
基本要求如下：
支持條形碼、磁卡或IC卡功能，直接調入病人基本信息及掛號信息。
對醫生常用處方進行套餐管理，方便就診。
支持病人既往病史、主訴、體征、過敏史錄入、建庫、查詢分析。
支持皮試功能。
醫生診斷使用國際標準疾病代碼ICD-10。
與檢驗系統聯網，可完成檢驗開單、檢驗結果查詢等相關工作
提供處方的自動監測和咨詢功能：藥品的藥理作用、劑量、藥品相互作用、配伍禁忌、適應癥等。
6．3電子病歷技術要求
系統包含：電子病歷醫生工作站；電子病歷護士工作站；電子病歷輔助系統三大部分，具體要求如下：
一、電子病歷醫生工作站
公有功能說明 同時打開多個病人 該系統可以同時打開5個或以上病人進行編輯，可以在病人之間相互切換，方便醫生書寫病歷時參考其他已經寫好的病歷資料。
功能點切換 在不關閉現有功能點的情況下，可以對其他功能點進行切換。
檢驗結果查詢 在主界面上顯示病人的檢驗信息列表；醫生可以隨時方便查詢檢驗信息。
寫病歷時，可以直接導入檢驗數據(根據體檢系統的接口模式)。
文書處理功能 支持各種模板；
支持特殊字符的插入；
支持拷貝、剪切、粘貼、字體加粗等文書處理功能；
支持醫生常用語建立；
支持模板導入導出功能；讓醫生在日常工作中直接根據臨床數據生成相應的模板；
病程記錄支持續打功能；
支持帶有圖像的文書并支持圖像標注功能；
支持打印格式和書寫格式分離；
痕跡比較 病歷中修改的內容能夠進行字符集痕跡比較；
動態配置其它功能 動態配置護士工作站的其他功能點選項。
病歷質量提醒 床位牌按病歷書寫時間要求顯示不同的顏色以警示；黃燈表示有內容要填寫；紅燈表示該記錄沒有按要求時間填寫。
在主界面右上角采用掛燈的方式提醒警示醫生：黃燈表示有內容要填寫；紅燈表示該記錄沒有按要求時間填寫。
病人床位牌瀏覽 可以在系統主界面上用床位牌的形式看到所有病人；可以雙擊病人床位牌，選擇相應的病人。
醫生分組管理 醫生按分組管理病人。
醫生分級管理 醫生按級別分為實習醫生、一級醫生、二級醫生、三級醫生、科主任等。級別不同，查閱修改病歷的權限不同。
病人床位牌瀏覽 可以在系統主界面上用床位牌的形式看到所有病人；可以雙擊病人床位牌，選擇相應的病人。
醫生分組管理 醫生按分組管理病人。
醫生分級管理 醫生按級別分為實習醫生、一級醫生、二級醫生、三級醫生、科主任等。級別不同，查閱修改病歷的權限不同。
病案首頁
（含：住院接口、血液接口） 基本信息 與原有HIS無縫集成，直接取HIS中病人的基本信息，不完整的可以補充。
入院資料 填寫入院途徑、主任醫生等入院內容。
住院資料 住院過程中的血型，特殊檢查等內容,，能夠自動讀入血型。
統計評估 填寫各種符合率、是否本院第一例等內容。
出院資料 填寫出院費用信息，可以直接從原有HIS中導入費用信息；填寫是否死亡等信息。
診斷資料 按ICD9、ICD10的標準填寫各種診斷資料。比如：入院診斷、門（急）診診斷、出院主診斷、出院次診斷等。
手術資料 可以從原有手術系統中直接導入手術資料數據。
病案首頁打印 按醫院要求格式，完全打印病案首頁；可以改變醫院現有流程：住院處套打病人基本信息后送入醫生手工補充；新流程是住院處不用打印病案首頁資料，病人出院后由醫生打印。
病程記錄
（含：LIS接口） 支持各種臨床上的病程記錄：如首次病程記錄、日常病程記錄、上級醫生查房記錄、術前討論記錄、階段小結、術后首次病程記錄、轉科記錄、危重討論記錄、其他記錄等；
持續打功能，每天讓醫生打印出來手工簽字；
支持臨床對各種病程記錄的書寫格式要求，比如首次病程記錄需要居中，術后首次病程記錄需要另起一頁等等；
支持文書處理公有功能；
支持檢驗信息的直接導入（前提：醫院已經實施檢驗系統）；
支持醫生等級權限管理。
住院病史
（含：LIS接口） 支持各種格式的住院病史；
住院病史中病人基本信息直接從HIS中取得，HIS不全的信息從本系統的病案首頁中取，診斷信息從本系統的病案首頁中�。�
支持建立疾病為種類的住院病史模板；支持檢驗信息的直接導入（前提：醫院已經實施檢驗系統）；
針對住院病史的具體內容可以建立二級模板，如現病史可以再針對現病史的內容做出結構化的模板；
支持文書處理公有功能；
支持醫生等級權限管理。
�？企w格檢查 支持各種格式的�？企w格檢查；
支持圖文并茂的�？企w格檢查；支持對圖像數據的標注；
支持專科檢查的特殊標注；
支持文書處理公有功能；
支持結構化數據、文本方式處理的專科體格檢查。
一般體格檢查 支持各種格式的一般體格檢查；
支持圖文并茂的一般體格檢查；支持對圖像數據的標注；
支持一般體格檢查的特殊標注；
支持文書處理公有功能；
支持結構化數據、文本方式處理的一般體格檢查。
治療同意書 支持各種格式的治療同意書；
支持文書處理公有功能。
出院記錄
（含：住院接口） 支持各種格式的出院記錄；
支持病人基本信息、診斷信息綁定；
支持出院帶藥醫囑直接導出；
支持文書處理公有功能。
支持自動導入出院帶藥醫囑；
二十四小時出入院記錄 支持各種格式的二十四小時出入院記錄；
支持病人基本信息、診斷信息綁定；
支持文書處理公有功能。
手術知情同意書 支持各種格式的手術知情同意書；
多次手術可以填寫多張手術知情同意書；
支持文書處理公有功能。
死亡記錄 支持各種格式的死亡記錄；
支持病人基本信息、診斷信息綁定；
支持文書處理公有功能。
手術申請 支持向原有手術系統發送數據(如果手術系統沒有應用，該功能不用)；
病歷質控系統
（含：門診接口） 醫生沒有按規定時間完成相應內容；管理人員可以利用該系統直接查找到相關責任人；病歷主觀評分；
能夠查閱同一病人的門診既往史；
二、電子病歷護士工作站
手術記錄 支持根據手術完成情況，直接導入手術數據(如果手術系統沒有應用該功能不用)；
支持文書處理公有功能。
入院護理常規 支持各種格式的入院護理常規；
支持圖文并茂的入院護理常規；支持對圖像數據的標注；
支持入院護理常規的特殊標注；
支持文書處理公有功能；
支持結構化數據、文本方式處理的入院護理常規。
支持入院護理常規的數據校驗，沒有填寫的內容，警示提醒，并不能進行下一個流程。
一般護理記錄 支持續打功能，每天讓護士打印出來手工簽字；
支持臨床對各種病程記錄的書寫格式要求；
支持文書處理公有功能；
支持檢驗、檢查信息的直接導入（前提：醫院已經實施檢驗、檢查系統）；
重癥護理記錄 支持醫院重癥護理記錄的各種格式，動態配置項目內容；
統計24小時入出量；
糖尿病觀察單 支持按自定義時間點的血糖值錄入；
打印滿足病歷書寫格式的糖尿病觀察單；
可以根據業務規則自動過濾需要記錄的病人；
皮試功能；
體溫單 支持按時間點對病區病人的生命體征進行錄入；
自動計算各種關鍵時間點：比如，入院時間、出院時間、手術時間、第幾次手術等等信息；
打印滿足病歷書寫格式的體溫單；
可以根據業務規則自動過濾需要記錄的病人；
體溫單的內容可以自行定義。
護理任務 輸液卡打��；
醫囑變更單；
醫囑項目執行表；
三、電子病歷輔助系統
模板審核 醫教科根據醫生制訂的模板，進行審核，審核通過后，方能讓臨床醫生使用。
公用設置 電子病歷相關的所有系統設置
6.4現狀描述
我院現已建有以下相關的信息系統：
（1）原有HIS信息系統。（*目前運行高效、穩定，院方無意向更換現有醫院信息系統，故供應商若以整體更換醫院原有信息系統為基礎提出技術解決方案，則視為無實質性響應。）
（2）LIS信息系統。
（3）中醫病案統計系統。
6.5對投標人的要求
本標書的附件中描述了招標方對本次招標的技術要求，投標人應該提供符合附件要求的完整應用軟件開發、產品和支持服務。投標人必須對招標書相應的章節的相應內容予以解答。投標人的投標文件必須清楚地闡述是否滿足相應的招標要求，并提供詳細描述，否則投標人的投標文件將被視為沒有實質性回答。
如果投標文件中的技術文件過于簡單以至無法評估，則要求投標人必須提供相應的技術附件（手冊）以陳述其技術細節，并對所提供的相關技術手冊列出與招（投）標書所對應的章節號和頁號，否則將被視為沒有實質性回答。
投標人不論其最終是否中標，如果沒有得到用戶方的書面許可，均不得向他人泄露本投標文件及甲方隨后提供的任何信息或材料。
投標人在擬定投標文件之前應仔細閱讀本文件，凡不符合本招標書要求的投標文件均被視為不完整。投標文件正文、附件必須以中文書寫。
6.6 項目建設周期要求
為保證嵊州市中醫院電子病歷工作的順利進行，本項目的建設周期為：前期調研工作須在2009年5月1日前完成，2009年6月1日正式開始分步實施運行。
|
|
資源大�。�57.69 KB 
