招標編號: | NKHY2015-HC-C014 |
---|---|
加入日期: | 2015.11.28 |
截止日期: | 2015.12.08 |
招標代理: | 南康市環宇招標代理有限公司 |
地 區: | 江西省 |
關鍵詞: | 醫院 |
品目
|
項目名稱
|
數量
|
單位
|
主要技術規格及要求
|
預算金額(元)
|
|
一
|
醫院等級評審系統、不良事件上報系統(國內服務
|
醫院等級評審系統
|
1
|
套
|
1 、系統必須是B/S架構,方便查詢指標信息和各種報表,以及便于以后系統的升級與維護;2.要嚴格按照衛計委醫院評審標準實施細則的要求,實現對日常統計學評價中所有的相關指標采集整合,并自動進行數據運算匯總;3.日常統計學指標監測包含基本監測指標、醫療質量與安全檢測指標、單病種質量檢測指標、重癥醫學質量檢測指標、合理用藥檢測指標、院感控制質量檢測指標六大類指標;4.基本監測指標包含報表:醫院運行基本監測指標、醫院運行基本監測指標(月度)、出院人數統計;圖表:歷年出入院情況對比、患者負擔(圖表)、實際開放床位數(圖表)、治療質量、工作負荷--出入院對比、工作負荷--門診比例;5.醫療質量與安全檢測指標包括報表:重點疾病分析、 重點疾病統計、重點手術查詢、麻醉(月度、季度)、住院患者壓瘡發生率、醫院內跌倒/墜床發生率、擇期手術并發癥(月度、季度)、產傷發生率及其他;6.單病種質量檢測指標報表包括:單病種質量控制指標、腦梗死STK、圍術期預防感染(PIP)、急性心力衰竭、急性心肌梗死、冠狀動脈旁路移植術、髖關節置換術、膝關節置換術、腦梗死、社區獲得性肺炎;7.重癥醫學質量檢測指標報表包括:重癥醫學和合理用藥監測、重癥醫學監測指標(月度)、 重癥醫學監測指標表(季年);合理用藥檢測指標報表包括:合理用藥監測指標表(季年)、合理用藥監測指標表(月度)、重癥醫學和合理用藥監測指標;院感控制質量檢測指標應包括:0級手術感染發病率(%)、醫院感染控制質量監測指標;8.指標列表能夠逐月展示每個指標的具體數值,并且針對需要的數值進行鉆取,并以圖表展示的形式進行同期和環期的對比,圖表樣式和數據顯示可以自定義,統計類別可以按月度、季度、年度;9.針對于重點疾病和重點手術所有指標可以鉆取到科室以及詳細病人信息,并能夠和病案統計系統緊密結合,直接調出相關病案信息;10.首頁能夠自定義分類顯示常用報表、常用圖表、綜合查詢,能夠顯示門診科室工作量前10名、門診人次監測、急診人次監測、歷年出入院人數統計、科室出院人數統計;11.具備ETL功能,通過ETL實現對數據的采集、轉換、清洗、加載;12.數據采集方式支持數據庫直連及WebService數據推送模式,直連要求支持以下數據庫:Oracle,SQL Server,Sybase,Cache,DB2;13.要求用戶可以自定義增加和修改數據抓取腳本,支持標準SQL語句;14.ETL支持通過Win服務自動抓取及手動抓取數據;可以把任意第三方數據庫的數據采集存儲到指定數據庫;15.采集系統支持設置任意時間點進行數據抓取,能夠按小時、天、周、月具體配置取數頻率;16.支持通過WebService接受數據推送和主動抓取數據功能;17.具有記載數據采集操作日志功能,能夠查詢每條采集操作的執行時間、狀態及結果;18.具備報表樹功能,分組展示報表,并且能夠對每個報表子項查看、瀏覽、排序、配置;19.報表配置支持普通報表、固定報表、特殊報表三種報表配置方式,每種報表配置方式具有向導功能和詳細幫助說明;可以對已配置報表進行編輯、復制、查看、導出的操作;配置報表支持xml格式導入;20.報表查看具有顯示條件、數據加載、報表打印、導出EXCEL、保存的功能;21.報表配置中的單元格設置具有行求和、列求和、鉆取、求平均、求百分比的功能,并支持配置單元格樣式;22.具有圖表配置功能,圖形樣式包括線形圖、柱狀圖、堆積圖、餅狀圖、環形圖、雷達圖,可以保存XML文件格式,支持XML文件導入,圖表數據支持自定義配置SQL,自定義配置圖表樣式,支持配置鉆取信息;23.具有儀表盤配置功能,可以保存XML文件格式,支持XML文件導入,儀表盤數據支持自定義配置SQL,自定義配置儀表盤樣式;
24. 已配置圖表、儀表盤具有編輯、復制、查看、刪除的功能;25.分析配置具有分析報告功能,可以圖文并茂的展示相關報表、圖表數據信息;26.支持首頁自定義配置,可以根據科室或部門自定義顯示報表、圖表數據信息;27.針對日常統計學所有指標以樹狀目錄顯示,具有新增、編輯、刪除的功能,并且每個具體指標能夠配置多個數據源取數SQL,具有數據運算、數據轉換、次級鉆取和詳細鉆取、取數頻率、取數來源的設置,可以測試具體指標的取數配置是否正確,并可以對單個指標進行取數;28.能夠以樹狀目錄查看日常統計學所有指標的數據,可以按照月度、季度、年度匯總相關數據,針對有錯誤的數據可以手動修改,可以新增、刪除指標的數據;可以批量錄入某個指標的所有子項(例如:資產運營、科研成果);29.可以把首頁菜單、所有已配置的報表、圖表、分析報告以及配置的所有日常統計學指標納入權限控制,具有修改、新增、刪除的功能;具有權限組的功能,針對權限組下的用戶統一分配或收回相關權限;30.具有用戶管理功能,可以創建醫院科室、部門及人員的信息,并可對其進行修改、刪除;科室可以設置首頁模版,具體用戶可以設置權限及權限組(控制用戶看到的報表、圖表及日常統計學指標)并對密碼進行修改;31.基礎配置包含系統數據字典、數據源配置列表、數據轉換配置、條件配置、綜合搜索、默認報表樣式的功能,月度初始化可以自定義起始結束日期,實現非自然月的數據統計。
|
300000.00
|
不良事件上報系統
|
1
|
套
|
1 、要求系統具有內部公告功能(如當前待處理事件) ,要能支持內容公告的發布和提示信息,可以自動彈出公告,具有即時消息提示功能,支持制度和流程圖的定義和顯示; 2 、 系統要具有強大靈活的接口工具,能夠與醫院現有相關系統緊密無縫接結合,患者不良事件的信息能夠從醫院HIS、病案管理系統中自動調??;3、要求系統要能夠保證數據的安全性,要具有數據備份和數據還原的功能;4、系統要具有開放性,具備良好的輸入輸出接口,可為醫院的HIS等數據提供接口,同時要能夠滿足部分功能的定制開發,能夠實現與醫院其他系統進行聯合使用;5、系統首頁要顯示出醫院各類事件比例圖、每月事件上報例數圖、全院各科室上報例數、全院各類事件發生例數等;6、具備事件上報、事件處理、風險評估、統計分析以及系統設置模塊; 7 、事件上報模塊要具有醫療、護理、藥品、跌倒墜床、壓瘡、院感、輸血、管道滑落、給藥缺陷、治安、后勤等多方面的不良事件上報,且上報項及內容可根據醫院的要求自定義設置;8、各事件上報時患者的基本信息要能夠通過住院號、門診號進行查詢,并支持自行錄入患者信息;9、醫療不良事件的上報要能夠填寫事件基本信息、事件經過、事件詳細信息、事件的等級、原因分析以及整改措施等內容;10、護理不良事件要能夠記錄不良事件基本信息、不良事件陳述、不良事件處理、原因分析和整改措施等內容;11、上報的事件要具有事件編號、上報人、上報時間、報告狀態等內容,并支持相應事件處理的時間軸,時間軸要能清晰地顯示事件上報的時間、上報人、審核人等各種操作記錄;12、事件處理要包括各類事件處理和審核信息管理,事件處理模塊能夠根據事件類型、事件編號、患者姓名、發生科室等對事件進行查詢和導出操作;13、審核信息管理模塊必須以事件編號作為唯一的查詢條件進行查詢瀏覽,能夠查詢出上報事件所經經過的流程名稱、當前流程處理部門、事件每個流程處理的時間和事件信息描述等信息; 14 、風險評估功能要包括評估表管理、風險評估、風險評估查詢、待評估列表、評估歷史打印,要能夠根據患者的基本情況進行預設評估,每一個風險評估具有評分值,可以根據評分值的高低對不良事件進行規避;15、風險評估表管理模塊要能夠根據事件類型對風險評估表的評分項、預防措施、評估等級等內容進行管理;16、系統要具有統計分析功能,可以針對不良事件的類別、上報時間、發生科室、級別、處理響應時間等進行等級分析; 17 、 不良事件的統計分析可以按年度、季度、月度以及時間區間進行查詢,具有事件比例圖形,且統計的事件類型及例數可以進行鉆??;18、事件處理響應時間統計功能支持根據上報時間、事件類型進行查詢統計;19、系統要具有靈活性,要能夠根據需求靈活的設置界面,提供個性化自定義界面修改功能,滿足醫院移動、關閉、調整等界面上的任一項,使操作簡便,提高錄入速度; 20 、能夠支持不良事件類別的自定義修改,提交時間和上報事件分開;21、系統要求系統具有系統設置模塊,可以對科室管理、用戶管理、公告管理,頁面設置、參數設置、審核信息設置以及處理反饋,可以方便快速的對系統進行維護。
|
|||
二
|
縣級數據資源平臺信息互聯互通接口軟件(國內服務)
|
1
|
套
|
A. 醫療機構業務運營相關數據
? 業務運營相關數據是指醫療機構在醫療服務主營業務方面的業務量、業務收入數據。該數據將僅被用于對醫療機構醫療服務業務的運營情況進行統計分析。
? 依據目前區域醫療衛生數據中心提出的對醫療機構業務運營統計分析的需求,所采集的醫療主營業務數據集中在醫療機構的業務收入和業務量上,并且在此基礎上經統計分析得到績效方面指標值。
? 需要采集的數據被劃分為6個中間表,分別為:掛號、診療收費、入院登記、出院登記、在/出院結算、以及手術記錄,分別對應醫療機構內HIS中的相關業務表。
? 對于具有異地聯網分院(分部)的,但統合其分院數據一并填報的情況,依據管理部門對業務統計的需求,可通過填報醫療機構代碼將分院的數據加以區分。
B. 臨床診療病史相關數據
? 門診類業務的臨床病史信息填報:就診患者在醫療機構內接受了門診類業務服務后,由醫療機構的信息管理系統將該患者就診時的病史資料按照本文后述的內容和格式要求,對數據進行匯集后依本規范后述說明的方式和時點填報提交區縣衛生數據中心。由于實驗室檢驗報告、醫學影像檢查報告通常不在門急診診療期間就可得到,往往隔天甚至數日之后,所以,可將檢驗檢查報告作為單獨的報告填報上傳,不必與診療流程中的其他數據匯集后一并上傳。對于門診手術也按照單獨報告填報上傳。
? 住院類業務的臨床病史信息填報:患者在醫療機構登記入院,接受了各種治療。當病人住院診療發生了在/出院結算或者辦理了離院手續時,醫療機構須匯總全部已產生的診療數據填報提交。對于住院,不必在未辦理結算或離院手續之前傳報臨床診療病史信息(對第一章中的業務運營類數據,則需要在發生入院登記時即填報)。由于一部分檢驗報告、醫學影像檢查報告、手術報告,或出院小結有可能在辦理離院或結算時仍未產生,所以,可將后續產生的各類報告單獨填報上傳,不必與住院診療流程中的其他數據匯集后一并上傳。
? 臨床診療病史對象關系圖:目前從醫療機構采集的臨床診療病史在數據邏輯上共可分為三類,共九個對象。第一類:服務對象信息。目前包括患者基本信息。第二類:就診事件信息。目前包括門診就診信息和住院就診信息這兩個對象。第三類:診療報告。目前包括實驗室檢驗報告、醫學影像檢查報告、住院病案首頁主體報告、手術明細報告、診斷明細報告、出院小結報告這六個對象。無法滿足上述關聯規則的數據將不會被區縣衛生數據中心整合歸入患者個人的臨床診療檔案庫提供共享調閱。
? 各對象內數據表之間的關系:臨床診療病史相關數據的采集內容共有16個數據庫表組成。上述每一矩形塊是前述的一個對象,每一矩形塊內的表是表述該對象屬性的數據庫表。每一對象的屬性可由一個或多個數據庫表表述。各對象之間的關聯關系如前所述。每一對象內的數據庫表之間的關系如上圖中的線條箭頭表達。其他的各個對象都由單一的數據庫表表述屬性。注意,在關聯關系中,必須在顧及對象內各表之間的關聯關系同時顧及對象之間表與表的相互關系。例如,實驗室檢驗報告必須與患者基本信息相互關聯等。
C. 醫療機構基礎字典數據
D. 數據質量核對指標
E. 數據值域標準
|
260000.00
|
|
三
|
醫院感染管理軟件(國內服務)
|
1
|
項
|
系統特點:1、B/S架構,易維護,免下科室安裝。2、Oracle數據庫,立足長遠,穩定高效。3、院感科、臨床通訊交互客戶端,可不啟動系統情況接受消息提示。4、數據可追溯透視。5、與省質控中心無縫對接。6、醫院感染管理質量控制指標7、(2015年版)十三項指標。8、手衛生檢測。9、在線資料。包含以下功能模塊:數據接口、嵌入式模塊、獨立報卡模塊、報卡確認、智能預警病歷與智能病程分析、病人詳細信息、感染暴發流行監測預警、外科手術部位監測接口模塊、抗菌藥物監測接口模塊、抗菌藥物分線管理、耐藥分析、現患率調查模塊、ICU監測模塊、高危新生兒監測模塊、針刺傷與職業暴露模塊、感染病例監測模塊、環境衛生學監測模塊、區域數據直報模塊。
|
260000.00
|
|
預算總金額:820000.00元
|