開平市中醫(yī)院擬對開平市中醫(yī)院信息系統(tǒng)升級項目進行單一來源采購,現(xiàn)進行單一來源采購公示,并邀請其他能夠提供滿足本項目采購需求的產(chǎn)品供應商進行登記。
一、本項目屬于下列第1種情形:
1、只能從唯一供應商處采購的;
2、發(fā)生了不可預見的緊急情況不能從其他供應商處采購的;
3、必須保證原有采購項目一致性或者服務配套的要求,需要繼續(xù)從原供應商處添購,且添購資金總額不超過原合同采購金額百分之十的;
4、法律法規(guī)規(guī)定的其他情形。
開平市中醫(yī)院醫(yī)院信息管理系統(tǒng)自2013年起由江門市宏軟信息科技有限公司(用友醫(yī)療衛(wèi)生信息系統(tǒng)有限公司江門地區(qū)核心技術服務商)承接開發(fā)并負責該系統(tǒng)的日常維護,系統(tǒng)使用至今運行穩(wěn)定,數(shù)據(jù)準確。本項目所采購的核心內容為信息系統(tǒng)升級改造,江門市宏軟信息科技有限公司是開平市中醫(yī)院信息系統(tǒng)開發(fā)和維護工作的唯一供應商,擁有醫(yī)院信息系統(tǒng)軟件模塊開發(fā)內容的源代碼和專業(yè)技術服務團隊。為確保本項目的順利進行,避免重復建設、縮短建設周期,并保證今后信息系統(tǒng)的統(tǒng)一整合、無縫對接,確保信息系統(tǒng)運行穩(wěn)定性和數(shù)據(jù)延續(xù)性,本項目所采購的開平市中醫(yī)院信息系統(tǒng)升級項目只能由江門市宏軟信息科技有限公司提供,屬于上述規(guī)定的第1種情形,根據(jù)相關法律法規(guī)要求,進行單一來源采購公示。
二、專業(yè)人員論證意見:
姓 名:李承輝、勞杏素、關堅立
工作單位:開平市婦幼保健計劃生育服務中心、開平市中心醫(yī)院、開平市中心醫(yī)院
職 稱:網(wǎng)絡工程師、信息系統(tǒng)管理工程師、網(wǎng)絡工程師
論證意見:為確保本項目的順利進行,避免重復建設、縮短建設周期,并保證今后信息系統(tǒng)的統(tǒng)一整合、無縫對接,確保信息系統(tǒng)運行穩(wěn)定性和數(shù)據(jù)延續(xù)性,本項目所采購的內容只能由江門市宏軟信息科技有限公司提供。
三、采購項目需求:
(一)、項目內容
為推動優(yōu)質醫(yī)療資源向基層下沉,開平市馬岡鎮(zhèn)衛(wèi)生院與開平市中醫(yī)院“醫(yī)聯(lián)體”管理試點單位掛牌成立,兩個單位將實行一體化管理,以打造成為開平市的“醫(yī)療次中心”。“醫(yī)聯(lián)體”的建設,通過有計劃、系統(tǒng)地提升基層醫(yī)療醫(yī)師的業(yè)務水平,通過以縣級醫(yī)院輻射帶動基層醫(yī)療機構的方式,提升試點分院醫(yī)療服務能力,并輻射周邊鎮(zhèn),使縣域內半小時均可享受二級醫(yī)院水平的醫(yī)療服務。同時,以縣級醫(yī)院為龍頭,以“醫(yī)聯(lián)體”為載體,綜合運用醫(yī)療、醫(yī)保、價格、人才培養(yǎng)和創(chuàng)新基層醫(yī)療衛(wèi)生服務新模式等措施,完善縣級醫(yī)院與基層醫(yī)療機構的分工協(xié)作機制,促進“醫(yī)聯(lián)體”框架內實現(xiàn)基層首診、雙向轉診、分級診療機制建設,有效分流病人,切實解決群眾看病難的問題,逐步實現(xiàn)“首診在基層,小病不出鎮(zhèn),大病不出縣”的目標。
同樣,“醫(yī)聯(lián)體”的建設要有高水平的信息化支撐,目前開平市中醫(yī)院的信息化應用是多年前建設的以病人為中心的信息系統(tǒng),通過醫(yī)院信息化建設,規(guī)范了患者就醫(yī)過程,優(yōu)化了醫(yī)院業(yè)務流程,并提高了醫(yī)院工作效率和管理水平。目前開平市中醫(yī)院信息系統(tǒng)已涵蓋了門診、住院、財務、藥品、醫(yī)技、檢驗、手術、后勤等方面;開平市馬岡鎮(zhèn)衛(wèi)生院的信息化應用是10年前建設的以實現(xiàn)收費為主的信息系統(tǒng),涵蓋了門診、住院、藥品、醫(yī)保等方面。經(jīng)過充分調研,目前開平市中醫(yī)院和開平市馬岡鎮(zhèn)衛(wèi)生院現(xiàn)用的信息化系統(tǒng)并不能完全滿足“醫(yī)聯(lián)體”的建設要求,需要在醫(yī)院現(xiàn)用的信息化基礎上對信息系統(tǒng)進行升級改造和擴展應用,適應臨床業(yè)務的發(fā)展和現(xiàn)代化醫(yī)院的管理提升,提高醫(yī)院整體管理與服務水平,確保滿足“醫(yī)聯(lián)體”的建設要求,同時圍繞“醫(yī)聯(lián)體”建設要求升級改造相關醫(yī)院信息系統(tǒng)。
1、開平市中醫(yī)院信息系統(tǒng)升級改造:
分類 |
序號 |
模塊名稱 |
現(xiàn)有模塊升級 |
1 |
門診醫(yī)生工作站(電子處方) |
2 |
住院醫(yī)生工作站(電子醫(yī)囑) |
|
3 |
住院護士工作站(病房醫(yī)囑) |
|
4 |
住院醫(yī)生電子病歷 |
|
5 |
住院護理電子病歷 |
|
6 |
門診醫(yī)生站CA電子簽名 |
|
7 |
門急診掛號系統(tǒng) |
|
8 |
門急診收費系統(tǒng) |
|
9 |
住院收費系統(tǒng) |
|
10 |
醫(yī)技登記系統(tǒng) |
|
11 |
醫(yī)技費用管理 |
|
12 |
醫(yī)技報告系統(tǒng) |
|
13 |
檢驗聯(lián)機系統(tǒng) |
|
14 |
檢驗報告系統(tǒng) |
|
15 |
DICOM影像服務 |
|
16 |
DR影像系統(tǒng) |
|
17 |
B超影像系統(tǒng) |
|
18 |
藥庫管理系統(tǒng) |
|
19 |
門急診藥房管理 |
|
20 |
住院藥房管理 |
|
21 |
衛(wèi)生材料管理系統(tǒng) |
|
22 |
領導綜合查詢系統(tǒng) |
|
23 |
字典維護 |
|
24 |
維護管理員 |
|
25 |
職工醫(yī)保接口 |
|
26 |
城鄉(xiāng)居民醫(yī)保(新農(nóng)合)接口 |
|
27 |
住院大病醫(yī)保接口 |
|
28 |
民政救助系統(tǒng)接口 |
|
新增模塊 |
1 |
門診檢驗條碼系統(tǒng) |
2 |
住院檢驗條碼系統(tǒng) |
|
3 |
B超門診分診系統(tǒng) |
|
4 |
B超門診前屏顯示系統(tǒng) |
|
5 |
門診電子處方CA簽名 |
|
6 |
門診藥房藥師擺藥CA簽名 |
|
7 |
門診藥房藥師發(fā)藥CA簽名 |
|
8 |
住院藥房發(fā)藥CA簽名 |
|
9 |
檢驗醫(yī)師審核報告CA簽名 |
|
10 |
檢驗醫(yī)師取消報告CA簽名 |
|
11 |
醫(yī)技醫(yī)師審核報告CA簽名 |
|
12 |
醫(yī)技醫(yī)師取消報告訴 |
|
13 |
住院醫(yī)生開醫(yī)囑CA簽名 |
|
14 |
住院醫(yī)生停醫(yī)囑CA簽名 |
|
15 |
住院醫(yī)生取消醫(yī)囑CA簽名 |
|
16 |
住院護士轉抄醫(yī)囑CA簽名 |
|
17 |
電子病歷CA簽名 |
|
18 |
住院護理紀錄CA簽名 |
|
19 |
術前醫(yī)囑CA簽名 |
|
20 |
術中醫(yī)囑CA簽名 |
|
21 |
輸血醫(yī)囑CA簽名 |
|
22 |
開平市中醫(yī)院與馬岡鎮(zhèn)衛(wèi)生院基礎數(shù)據(jù)和診療數(shù)據(jù)整合 |
2、開平市馬岡鎮(zhèn)衛(wèi)生院信息系統(tǒng)升級改造:
分類 |
序號 |
模塊名稱 |
原有模塊升級 |
1 |
門急診掛號系統(tǒng) |
2 |
門急診收費系統(tǒng) |
|
3 |
住院收費系統(tǒng) |
|
4 |
住院護士工作站(病房醫(yī)囑) |
|
5 |
藥庫管理系統(tǒng) |
|
6 |
門急診藥房管理 |
|
7 |
住院藥房管理 |
|
8 |
衛(wèi)生材料管理系統(tǒng) |
|
9 |
職工醫(yī)保接口 |
|
10 |
城鄉(xiāng)居民醫(yī)保(新農(nóng)合)接口 |
|
新增模塊 |
1 |
門診醫(yī)生工作站(電子處方) |
2 |
住院醫(yī)生工作站(電子醫(yī)囑) |
|
3 |
住院醫(yī)生電子病歷 |
|
4 |
住院護理電子病歷 |
|
5 |
門診醫(yī)生站CA電子簽名 |
|
6 |
醫(yī)技登記系統(tǒng) |
|
7 |
醫(yī)技費用管理 |
|
8 |
醫(yī)技報告系統(tǒng) |
|
9 |
檢驗聯(lián)機系統(tǒng) |
|
10 |
檢驗報告系統(tǒng) |
|
11 |
DICOM影像服務 |
|
12 |
DR影像系統(tǒng) |
|
13 |
B超影像系統(tǒng) |
|
14 |
領導綜合查詢系統(tǒng) |
|
15 |
字典維護 |
|
16 |
維護管理員 |
|
17 |
住院大病醫(yī)保接口 |
|
18 |
民政救助系統(tǒng)接口 |
以上模塊具體功能及技術要求見“軟件詳細功能要求”。
(二)、項目建設原則及參考標準
1、以電子病歷為核心
基于未來5年醫(yī)院信息建設目標及規(guī)劃,信息系統(tǒng)的升級改造必須以電子病歷為核心,遵循“病人為中心”的策略來規(guī)劃設計醫(yī)院信息系統(tǒng)。通過分析臨床數(shù)據(jù)的各組成部分是由哪些業(yè)務系統(tǒng)提供的數(shù)據(jù)信息,又被哪些業(yè)務系統(tǒng)所利用,以此為原則構建各個業(yè)務子系統(tǒng),其他應用必須支持以CDR和電子病歷為中心的應用架構,建立全院范圍的病人主索引管理,保證各類臨床信息的關聯(lián)準確性。支持面向病人和臨床診療、優(yōu)化業(yè)務流程,確保病人的醫(yī)療信息能夠準確、全面、及時的獲得及表達。
2、可擴展性原則
醫(yī)院和社區(qū)自身條件及其外界環(huán)境是不斷發(fā)展變化的。產(chǎn)品從應用到設計不能只滿足已知需求的處理能力和性能,應該盡可能不受限制的考慮擴展處理能力,尤其是要考慮與合作業(yè)務的關系,延伸業(yè)務生命周期。采用開放式體系架構,使系統(tǒng)具備較強的動態(tài)適應性。
3、標準化原則
對于標準化采用引用和開發(fā)相結合的原則,關注國際信息化標準化的發(fā)展,等同等效應用國際標準如:HL7、CDA、IHE、DICOM等,遵循各種衛(wèi)生行業(yè)標準如:《中國醫(yī)院信息系統(tǒng)數(shù)據(jù)集》,《電子病歷基本框架與數(shù)據(jù)標準》等,支持統(tǒng)一的計算機技術和網(wǎng)絡互聯(lián)標準如XML、WEBSERVICE、JMS等。通過使用標準的語義和編碼,支持規(guī)范的醫(yī)療信息分類和語義理解,如ICD10等。
4、穩(wěn)定性原則
系統(tǒng)升級勢必會帶來一定的風險,而對于醫(yī)院對患者的服務是7*24小時不間斷的,一旦發(fā)生問題,勢必會影響醫(yī)院正常運營秩序。另外醫(yī)療信息的延續(xù)性特點也需要保證歷史數(shù)據(jù)可訪問及可應用性。因此,在此次系統(tǒng)升級過程中,充分重視集成方法,最大限度保證信息系統(tǒng)的平穩(wěn)無縫升級,盡可能保留有效歷史數(shù)據(jù)。從系統(tǒng)功能上要對舊系統(tǒng)“取其精華,去其槽粕”。
5、面向用戶原則
醫(yī)院信息系統(tǒng)功能滿足用戶的要求是開發(fā)工作的出發(fā)點和歸宿。從患者角度講,其就診行為貫穿于醫(yī)療活動和經(jīng)營活動。從醫(yī)護人員角度講,由于工作繁忙,需要及時了解各種診療信息并且要遵循相關的管理活動。因此,醫(yī)療行為往往跨越多個應用域,這就要求信息系統(tǒng)必須能夠為各個用戶提供統(tǒng)一的用戶授權機制,針對不同的用戶角色提供一體化操作界面和操作方式,以便能通過各類信息的相互支持及互相印證,最大程度的利用信息的互補性,真正輔助醫(yī)護人員的工作。
(三)、軟件總體功能要求
1、▲中標供應商在項目建設的時候要保證本院的現(xiàn)用系統(tǒng)所有模塊能正常無間斷使用,保證數(shù)據(jù)的安全。(提供承諾函)
2、▲中標供應商在項目建設的時候要保證升級后的系統(tǒng)與醫(yī)院歷史數(shù)據(jù)無縫連接,所有數(shù)據(jù)(包括歷史數(shù)據(jù))能在同一平臺實時查詢和使用。(提供承諾函)
3、升級后的門診醫(yī)生工作站可以與原醫(yī)院管理信息系統(tǒng)(HIS)中的掛號、收費、藥房、檢驗等歷史數(shù)據(jù)無縫連接,共享與調閱相關信息。
4、升級后的住院醫(yī)生工作站可以與原醫(yī)院管理信息系統(tǒng)(HIS)中的住院登記、住院收費、住院護士工作站、檢驗等歷史無縫連接,提取相關信息。
(四)、軟件詳細功能要求
1、現(xiàn)有模塊升級
序號 |
功能要求 |
1.1 |
▲現(xiàn)有模塊升級,升級后系統(tǒng)需要與原系統(tǒng)歷史數(shù)據(jù)無縫對接。 |
1.2 |
▲藥品詳細的批次管理,可做到藥品追溯。支持醫(yī)院對藥品詳細的監(jiān)控和分析。 |
1.3 |
藥房庫存自動修正。 |
1.4 |
▲增加預交金帳戶管理、完善一卡通功能,優(yōu)化門診、急診就診流程,在就診卡的基礎上設置門診預存款功能,為病人提供就診全過程刷卡交費的便捷服務。符合衛(wèi)生部推行的“先診療后付費”服務模式。 |
1.5 |
▲在使用門診醫(yī)生站的情況下,系統(tǒng)支持部份退款。 |
1.6 |
在門診掛號界面增加對工本費的處理,由操作人員確定是否收取哪些工本費。以前的程序僅支持一種工本費。 |
1.7 |
▲門診醫(yī)生站增加了自動分方和手動分方功能。門診收費增加了手工分方功能,收費員可以一次錄入完一個病人的所有處方,一起計費并打印發(fā)票(仍是一張?zhí)幏揭粡埌l(fā)票的)。 |
1.8 |
在門診醫(yī)生站增加注射室和注射次數(shù)的處理,方便醫(yī)院核算及對部分在院注射的業(yè)務要求。 |
1.9 |
1)門診醫(yī)生處方與門診收費處方分開,增加門診收費靈活性; 2)支持發(fā)票合并功能(多張?zhí)幏胶喜⒁粡埌l(fā)票)。 |
1.10 |
同時支持傳統(tǒng)(先付費)收費模式、后付費模式、預交金模式。 |
1.11 |
1、 門診病人就醫(yī)一卡通儲值功能應用; 2、 門診各業(yè)務點實現(xiàn)直接扣費功能; 3、 門診自助設備功能應用。 |
1.12 |
1、 實現(xiàn)居民卡在醫(yī)院內部的流通; 2、 居民健康卡相關就診數(shù)據(jù)的讀取、上傳、修改等; 3、 居民健康卡在院內實現(xiàn)儲值一卡通的應用。 |
1.13 |
在門診掛號的時候可以通過一次性分診多個病人,減少分診護士的工作量。 |
1.14 |
醫(yī)生科室與護士病區(qū)獨立開來,最大化床位資源使用率。 |
1.15 |
▲通過靈活定義備藥時間點,以減少停醫(yī)當天沖減頻次,減少藥品浪費并提高護士工作效率。并通過開始執(zhí)行時間確定首日備藥數(shù)量,通過結束執(zhí)行時間確定停醫(yī)囑當天是否需要,并自動請領或沖減藥品。 |
1.16 |
住院新生兒管理。 |
1.17 |
▲住院麻醉、精神藥品單獨成方。 |
1.18 |
可以根據(jù)執(zhí)行時間打印執(zhí)行單,方便護士工作責任劃分。 |
1.19 |
增加會診申請、會診記錄、會診費用等功能。 |
1.20 |
▲實現(xiàn)住院藥房實時計費。 |
1.21 |
對門診醫(yī)生站和住院醫(yī)生站可以一次把多個填寫檢查申請單。方便醫(yī)生的操作。 |
1.22 |
將檢查分診和檢查登記合并在一個界面中,方便護士操作。 |
1.23 |
將檢查病號列表和檢查報告合并到一個界面中,方便醫(yī)生操作。 |
1.24 |
藥品醫(yī)囑錄入同時支持藥品商品名和通用名。 在主要的增量查詢中支持使用五筆碼和拼音碼查詢的切換。 |
1.25 |
▲對關鍵字典表的修改增加了日志查詢功能。日志查詢可查詢出該字典表由誰什么時間進行了修改。同時可查詢出修改內容。 |
2、門診檢驗條碼系統(tǒng)
序號 |
功能要求 |
2.1 |
▲門診實現(xiàn)有關信息錄入、查對、接收和發(fā)送的操作完全實現(xiàn)網(wǎng)絡化管理,達到了對檢驗工作全過程的信息跟蹤,提高了檢驗各環(huán)節(jié)的工作效率,減少了檢驗各環(huán)節(jié)中人為因素造成的差錯。 |
3、住院檢驗條碼系統(tǒng)
序號 |
功能要求 |
3.1 |
▲住院實現(xiàn)有關信息錄入、查對、接收和發(fā)送的操作完全實現(xiàn)網(wǎng)絡化管理,達到了對檢驗工作全過程的信息跟蹤,提高了檢驗各環(huán)節(jié)的工作效率,減少了檢驗各環(huán)節(jié)中人為因素造成的差錯。 |
4、B超門診分診系統(tǒng)
序號 |
功能要求 |
4.1 |
分診護士將病人分到各個B超診室,B超技師在系統(tǒng)上可以看到自己診室隊列,通過點擊系統(tǒng)對患者進行叫號,患者只需要看到大屏便知當前排隊狀況。 |
5、B超門診前屏顯示系統(tǒng)
序號 |
功能要求 |
5.1 |
電子信息化處理B超檢查患者排隊信息,并將信息顯示到大屏,方便患者實時了解排隊信息,更合理安排自己就診時間。 |
6、住院醫(yī)生電子病歷
序號 |
功能要求 |
6.1 |
1. 電子病歷編輯器在設計上,必須滿足醫(yī)生書寫病歷的各種需求,如編輯常用文字、輸入特殊醫(yī)用字符(如體溫符號,月經(jīng)史日期符號等)、處理圖形病歷內容等。 2. 電子病歷能按醫(yī)生級別進行權限管理,有相應的安全機制,以確保上級醫(yī)生書寫的病歷不能被下級醫(yī)生修改。 3. 電子病歷提交后的修改能夠保留痕跡,并保存修改信息。 4. 基于XML的半結構化電子病歷,可以在保證網(wǎng)絡安全的前提下,通過網(wǎng)絡進行傳輸。 5. 能支持CA認證的電子簽名。 |
6.2 |
升級后系統(tǒng)需要與原系統(tǒng)歷史數(shù)據(jù)無縫對接。 |
序號 |
功能要求 |
7.1 |
護士只需調用模板就可以輕松完成護理紀錄的書寫,同時可以根據(jù)醫(yī)院實現(xiàn)情況對護理情況進行統(tǒng)計分析 |
7.2 |
升級后系統(tǒng)需要與原系統(tǒng)歷史數(shù)據(jù)無縫對接。 |
序號 |
功能要求 |
8.1 |
1、 病歷管理按照國家病歷書寫規(guī)范的要求對入院記錄、病程記錄、手術知情同意書等病歷內容進行全程自動跟蹤管理。 2、 提高全院病歷質量、提高醫(yī)療服務質量的目的。 |
8.2 |
實現(xiàn)每個醫(yī)生診室門頭屏顯示病人等候信息。 |
序號 |
功能要求 |
9.1 |
▲通過光纖網(wǎng)絡,開平市中醫(yī)院數(shù)據(jù)與開平市馬岡鎮(zhèn)衛(wèi)生院的基礎數(shù)據(jù)可實現(xiàn)共享利用,診療數(shù)據(jù)可實現(xiàn)共享與調閱。 |
序號 |
功能要求 |
10.1 |
1、能與掛號、收費、分診、檢驗等系統(tǒng)聯(lián)用,調閱檢驗和檢查報告響應即時,無阻塞現(xiàn)象,實現(xiàn)數(shù)據(jù)共享,大大提高醫(yī)生的工作效率和工作質量。 2、通過公共和私有模板、公共和私有詞典、公共和私有字典、病歷模扳關鍵詞替換等手段,方便醫(yī)生書寫病歷和開處方,提高應診速度和醫(yī)療質量。 3、設置專門處方模板,在應診過程中將典型處方定為模板,并根據(jù)模板使用頻度排序,以決定對模板的廢棄;設置通過交費后病人才能拿到處方,解決處方跑單問題。 |
10.2 |
升級后系統(tǒng)需要與原系統(tǒng)歷史數(shù)據(jù)無縫對接。 |
序號 |
功能要求 |
11.1 |
1.、工作站以滿足住院醫(yī)生日常診療工作需求為出發(fā)點而設計,主要的功能是完成住院電子醫(yī)囑,包括長期醫(yī)囑、臨時醫(yī)囑、中藥醫(yī)囑、出院帶藥醫(yī)囑和在此基礎上的醫(yī)囑模板、統(tǒng)計、系統(tǒng)設置等輔助功能。 2、通過醫(yī)囑模板、公共和私有字典提高醫(yī)生工作效率,醫(yī)生可使用公共醫(yī)囑模板,也可建立自己的醫(yī)囑模板。 3、 與護士工作站有多種自動溝通渠道,防止醫(yī)囑執(zhí)行的遺漏。 4、 自動向藥房發(fā)送用藥申請,自動向檢驗科、放射科、功能科、病理科發(fā)送申請,及時查詢結果報告。 |
11.2 |
升級后系統(tǒng)需要與原系統(tǒng)歷史數(shù)據(jù)無縫對接。 |
序號 |
功能要求 |
12.1 |
1、 完成床位安排、換床、轉床、新生兒處理、病人出院預辦理、病人轉科預辦理、隨時監(jiān)控病人費用情況、產(chǎn)生病人一日費用單、填寫病人跟蹤信息和病房日志、查詢在院收入、出院收入及其他管理信息; 2、 ▲完成醫(yī)囑的錄入、校對及停止、發(fā)送檢驗申請單、檢查申請單、發(fā)送領藥單、沖正醫(yī)囑等,打印口服藥單、靜推單、肌注單、輸液單、貼瓶單、治療單、護理單、飲食單和各種執(zhí)行單、催交押金單、檢驗報告單等,執(zhí)行單內容可自定義; 3、 在醫(yī)囑的錄入、校對和查詢時,要求長期醫(yī)囑、臨時醫(yī)囑和醫(yī)技項目在一屏上,清晰明了; 4、 具有專項藥、自備藥處理功能,具有正常領藥、緊急領藥、補充小藥柜領藥、出院帶藥和請假帶藥等領藥方式; 5、 能妥善處理一個病區(qū)多個護理單元、母親與嬰兒、一般領藥與緊急領藥等特殊情況; 6、 醫(yī)囑的表達和處理符合規(guī)范,便于錄入和查詢閱讀,通過模板和套餐加快醫(yī)囑的錄入; 7、 醫(yī)技、檢驗、手術醫(yī)囑自動發(fā)送申請單到對應的科室,并可查詢檢查結果。 |
12.3 |
升級后系統(tǒng)需要與原系統(tǒng)歷史數(shù)據(jù)無縫對接。 |
序號 |
功能要求 |
13.1 |
在醫(yī)院信息系統(tǒng)中應用數(shù)字認證技術,利用電子簽名保證診療環(huán)節(jié)簽名的真實性及合法性,實現(xiàn)業(yè)務流程的無紙化;同時通過第三方電子認證的方式,將會提高醫(yī)院信息系統(tǒng)中的業(yè)務信息的真實性、合法性、完整性、機密性和不可抵賴性。實現(xiàn)門診電子處方CA電子簽名。 |
序號 |
功能要求 |
14.1 |
1、 全面完善的門急診窗口業(yè)務功能; 2、 根據(jù)院情設置專家、??萍皰焯柺召M標準; 3、 初診時確定病人門診號,此門診號終身使用,復診時輸入門診號調用病人信息; 4、 支持醫(yī)保IC卡和條碼掛號,支持專家的限號和限時掛號,支持病人選醫(yī)生掛號; 5、 掛號費日結,便于掛號費上繳對帳,自動產(chǎn)生會計憑證供財務系統(tǒng)使用。 |
14.3 |
升級后系統(tǒng)需要與原系統(tǒng)歷史數(shù)據(jù)無縫對接。 |
序號 |
功能要求 |
15.1 |
1、 門診收費:用于對處方的劃價收費。對操作者其功能表現(xiàn)為錄入病人信息、錄入處方內容、打印收費發(fā)票,處方的劃價、費用分類計算由系統(tǒng)自動完成。 2、 門診退款:用于處方退款。當病人要求退款已收費的處方時,收費員可通過此功能完成。 3、 收費員日結:用于對收費員的收費業(yè)務進行結算,分別統(tǒng)計出收款、退款和實收業(yè)務以支付方式(現(xiàn)金、記帳等)區(qū)分的筆數(shù)和金額。日結要有發(fā)票明細查詢。 4、 全院日結:該功能主要用于匯總收費員當天已日結的業(yè)務(收款和退款),包含了三個報表:收費業(yè)務結算、個人結 算匯總、當日收費情況。 5、 處方查詢:該功能主要用于查詢已收款或退款,以及醫(yī)生工作站電子處方或者藥房劃價未收費的處方明細信息,包括費用明細和處方明細, |
15.2 |
升級后系統(tǒng)需要與原系統(tǒng)歷史數(shù)據(jù)無縫對接。 |
序號 |
功能要求 |
16.1 |
1、 應用于放射科等醫(yī)技科室,實現(xiàn)醫(yī)技費用管理、病人醫(yī)技信息輸入和工作量統(tǒng)計功能; 2、 適用全院輔助科室,可監(jiān)督醫(yī)技項目是否收費及費用情況。 |
16.2 |
升級后系統(tǒng)需要與原系統(tǒng)歷史數(shù)據(jù)無縫對接。 |
序號 |
功能要求 |
17.1 |
1、 應用于放射科等醫(yī)技科室,實現(xiàn)醫(yī)技費用登記管理、病人醫(yī)技信息輸入和工作量統(tǒng)計功能。 |
序號 |
功能要求 |
18.1 |
1、 應用于放射科等醫(yī)技科室,實現(xiàn)醫(yī)技費用管理、病人醫(yī)技信息輸入和工作量統(tǒng)計功能; 2、 適用全院輔助科室,可監(jiān)督醫(yī)技項目是否收費及費用情況。 |
序號 |
功能要求 |
19.1 |
1、 應用于放射科等醫(yī)技科室報告?zhèn)魉偷结t(yī)技系統(tǒng),后自動生成系統(tǒng)報告,由醫(yī)技科室人員審核、打印。 |
序號 |
功能要求 |
20.1 |
1、 包括檢驗申請、聯(lián)機數(shù)據(jù)分析、檢驗信息處理、檢驗數(shù)據(jù)效驗、批量審核、異常處理、細菌信息處理統(tǒng)計分析等功能。 2、 功能包括:儀器接口設置、通道設置、細菌和抗生素通道設置、結果轉換、接收跟蹤、概要查看、錯誤報警、ASCII分析、日志查看。 |
序號 |
功能要求 |
21.1 |
儀器數(shù)據(jù)根據(jù)協(xié)議傳到檢驗系統(tǒng),后自動生成系統(tǒng)報告,由檢驗科人員審核、打印。 |
22、DICOM影像服務
序號 |
功能要求 |
22.1 |
對全院影像進行集中存儲和管理,在影像科設立影像備用服務器,對影像科影像進行備份管理。支持Windows Cluster架構,可以通過群集命令同時管理多個計算機或服務器; 外接磁盤陣列,可支持NAS架構。 |
序號 |
功能要求 |
23.1 |
通過DICOM標準傳輸協(xié)議,對DR檢查儀器傳輸圖片進行數(shù)字化存儲、調閱。 |
序號 |
功能要求 |
24.1 |
通過DICOM標準傳輸協(xié)議,對B超檢查儀器傳輸圖片進行數(shù)字化存儲、調閱。 |
序號 |
功能要求 |
25.1 |
1、 藥品出入庫、盤點等庫存管理,藥品有效期管理,藥品采購等功能; 2、 具有藥品會計功能,藥品屬性設置、藥品單價調整、調價損益、藥品價格分析、發(fā)票管理、應付帳款處理、會計期月結及多種統(tǒng)計報表等; 3、 支持中西藥庫或多藥庫分庫管理,實現(xiàn)與住院藥房、門診藥房的實時傳輸; 4、 處理各種藥品出入庫情況:購入入庫、制劑調入、科室/藥房退藥、盤盈盤虧、科室/藥房領藥出庫、藥庫退藥、藥品報損;用戶還可以在此基礎上自定義其他出入庫類型; 5、 出庫原則可選擇按有效日期(或入庫日期)的先進先出或后進先出等; 6、 支持多種零售價計價方式,藥品字典零售價可自動或手工調整,同時產(chǎn)生調價損益; 7、 藥品屬性可根據(jù)國家對藥品價格的規(guī)定進行多種設置,設定固定價、高低限價和可變價等; 8、 支持有效期管理和庫存上下限控制,對藥品進行分級管理,對進口藥、合資藥進行專門統(tǒng)計; 9、 支持貨位管理,藥品盤點可按貨位進行,提高工作效率; 10、 對藥品采購價格進行統(tǒng)一分析,根據(jù)藥品消耗量制定采購計劃; 11、 多種查詢分析報表,分別對藥品購進情況、消耗情況,成本核算提供不同角度的分析數(shù)據(jù); 12、 藥房向藥庫領藥實現(xiàn)無紙操作,藥房將申請單發(fā)到藥庫,藥庫根據(jù)申請單出庫到藥房,藥房庫存自動增加,藥庫庫存自動減少。 |
序號 |
功能要求 |
26.1 |
1、 計價收款后,處方傳送到門診藥房,藥劑師根據(jù)電腦屏幕(或打?。┨幏綌[藥,減少病人排隊時間,及時發(fā)現(xiàn)收費差錯,堵塞收費漏洞,為藥品管理打下基礎; 2、 具有藥品入庫、出庫、盤點、網(wǎng)上領藥申請、退藥處理,庫存報警、缺藥處理、庫存管理等功能; 3、 支持中西藥房分開管理、多藥房管理、中西藥房合一管理等多種管理模式; 4、 支持按流水號、窗口發(fā)藥兩中模式。按窗口發(fā)藥時,處方在收費時可指定發(fā)藥窗口,也可由系統(tǒng)自動分流到各藥房窗口。 5、 支持雙屏顯示和大廳大屏幕顯示,智能化提示病人取藥; 6、 提供發(fā)藥人員工作量,調動發(fā)藥人員積極性; 7、 對藥品進行分級管理,級數(shù)用戶按需自定義; 8、 支持藥房和藥庫網(wǎng)上領藥和發(fā)藥,根據(jù)藥庫出入庫存自動調價; 9、 為藥品會計提供全部帳目數(shù)據(jù)報表; |
序號 |
功能要求 |
27.1 |
1、 根據(jù)病區(qū)用藥申請歸類,處理日常領用藥、緊急領藥出院帶藥和請假帶藥; 2、 具有藥品入庫、出庫、盤點、網(wǎng)上領藥申請、病區(qū)沖正還藥、退藥處理、庫存報警、缺藥處理、庫存管理等功能; 3、 缺藥處理機制,限制病區(qū)錄入已缺的藥品; 4、 藥房與藥庫通過網(wǎng)上發(fā)送申請單處理領藥與發(fā)藥關系。 |
序號 |
功能要求 |
28.1 |
1、 用于醫(yī)院內衛(wèi)生材料、低值易耗品、材料類的管理。包括材料基本屬性的錄入,材料采購計劃,制作入庫單,直接或按照科室請領單制作出庫單,支持直入直出方式,材料盤點、綜合查詢,發(fā)票及財務報表管理等,具體要求提供以下功能: 2、 采購計劃:能根據(jù)材料當前庫存、上期消耗數(shù)來制定材料采購申請單。同時提供裝入、庫存數(shù)量、上期消耗數(shù)量、科室消耗數(shù)量、上次進貨情況參考等功能。 3、 材料入庫:能完成材料各入庫類型的處理。用戶可以增加任意的入庫方式,查詢統(tǒng)計可以根據(jù)各種入庫方式統(tǒng)計。 4、 入庫單具有制單、審核、記賬等權限流程管理,支持多種的零售價計價方式及設定,材料字典零售價可自動或手工調整,同時產(chǎn)生調價損益。 |
序號 |
功能要求 |
29.1 |
1、 門診信息主要包括門診就診人次分析、人均處方費用分析、門診收入分析、門診醫(yī)療與藥品收入分析、職工記帳分類統(tǒng)計、藥品醫(yī)生使用分析、取藥人次分析、掛號走勢情況、科室收入分類統(tǒng)計、醫(yī)生收入分類統(tǒng)計、收費員收費情況、處方查詢、記帳單位情況查詢等; 2、 住院信息主要包括出入院人數(shù)、在院人數(shù)、空床情況、歷月收入情況、當月收入情況、在院收入情況、掛帳情況、每日收入情況、在院病人詳細醫(yī)囑、押金拖欠情況、科室收入分類統(tǒng)計、醫(yī)生收入分類統(tǒng)計、醫(yī)保信息查詢、病人平均住院天數(shù)、住院病人人均費用以及各種費用構成比分析等; 3、 藥品信息包括全院藥品單價、庫存情況及各科室消耗情況,藥庫、藥房總帳及出入庫明細等。 |
序號 |
功能要求 |
30.1 |
1、 基礎資料是處理醫(yī)院業(yè)務的基礎。按用途可分為各類編碼定義信息、管理模式描述信息、各種費用核算信息及系統(tǒng)控制信息。按使用范圍可分為公共基礎數(shù)據(jù)、門診基礎數(shù)據(jù)、住院基礎數(shù)據(jù)以及藥品基礎數(shù)據(jù); |
序號 |
功能要求 |
31.1 |
1、 提供系統(tǒng)管理工具,包括數(shù)據(jù)庫創(chuàng)建、數(shù)據(jù)備份、數(shù)據(jù)恢復等; 2、 提供系統(tǒng)優(yōu)化工具,包括索引創(chuàng)建、數(shù)據(jù)遷移等; 3、 提供數(shù)據(jù)庫密碼管理工具,做到權限責任到人。 |
序號 |
功能要求 |
32.1 |
▲支持與江門地區(qū)職工醫(yī)保電子結算系統(tǒng)的無縫對接,并提供滿足江門地區(qū)醫(yī)保結算要求的結算單和報表。 |
序號 |
功能要求 |
33.1 |
▲支持與江門地區(qū)城鄉(xiāng)居民醫(yī)保電子結算系統(tǒng)的無縫對接,并提供滿足江門地區(qū)城鄉(xiāng)醫(yī)保結算要求的結算單和報表。 |
序號 |
功能要求 |
34.1 |
▲支持與江門地區(qū)住院大病醫(yī)保電子結算系統(tǒng)的無縫對接,并提供滿足江門地區(qū)住院大病醫(yī)保結算要求的結算單和報表。 |
序號 |
功能要求 |
35.1 |
▲支持與江門地區(qū)民政救助系統(tǒng)的無縫對接,并提供滿足江門地民政救助系統(tǒng)接口的結算單和報表。 |
36、全院CA電子簽名
序號 |
功能要求 |
36.1 |
1、 ▲病歷首頁簽名方法 對首頁中的相關字段信息歸集到xml文檔中,然后對xml文檔進行電子簽名,簽名后的簽名信息一起捆綁到xml文檔中。 2、 ▲長期醫(yī)囑和臨時醫(yī)囑簽名方法 對醫(yī)囑中的相關字段信息歸集到xml文檔中,然后對xml文檔進行電子簽名,簽名后的簽名信息一起捆綁到xml文檔中。 3、 ▲文書記錄簽名方法 文書記錄的原始數(shù)據(jù)就是文件,所以只要采用對文件進行電子簽名即可,電子簽名的原文是整個文件內容,不分段簽名,簽名信息捆綁到文件的頁尾信息中。 4、 ▲表格記錄簽名方法 表格記錄的原始數(shù)據(jù)就是文件,所以只要采用對文件進行電子簽名即可,電子簽名的原文是整個文件內容,簽名信息捆綁到文件的控件中保存。 5、 檢查報告簽名方法 檢查報告的原始數(shù)據(jù)就是文件,所以只要采用對文件進行電子簽名即可,電子簽名的原文是整個文件內容,簽名信息捆綁到文件的控件中保存。 6、 檢驗報告簽名方法 對檢驗報告中的相關字段信息歸集到xml文檔中,然后對xml文檔進行電子簽名,簽名后的簽名信息一起捆綁到xml文檔中。 |
(五)、售后服務:
(1)自驗收合格之日起,所投報的軟件產(chǎn)品提供至少三年的維護期,維護期內保證所有信息系統(tǒng)及時升級為投報人能提供的最新版本,并提供與第三方系統(tǒng)或設備接口的開發(fā)服務,升級、維護以及開發(fā)接口的費用包含在本項目的投標報價內。無論在維護期內或維護期外,投標人需提供上門服務。投標人需提供終身售后服務。
(2)系統(tǒng)發(fā)生故障后,自報障時起算,半小時內響應,若遠程維護無法解決,4小時內到達現(xiàn)場,48小時內恢復系統(tǒng)正常運行。如果系統(tǒng)故障在規(guī)定時間內仍無法排除的,投標人必須采取臨時應急措施,以保證采購人的正常使用。
(六)、付款方式:分期付款:
(1)合同簽訂生效后的10個工作日內,將合同總金額的30%支付給中標供應商。
(2)系統(tǒng)驗收合格后的一個月內,將余下款項(合同總金額的70%)支付給中標供應商。
(七)、完工期:自合同簽訂生效之日起90個日歷日內完成系統(tǒng)建設并正式交付使用。
(八)、采購預算:人民幣150萬元。
四、資格條件:
1、投標人應當具備《政府采購法》第二十二條規(guī)定的條件;
2、投標人應當是具有合法經(jīng)營資格的法人或者其他組織,具有良好的信譽;
3、本項目不接受聯(lián)合體投標。
五、擬定供應商名稱、地址:
1、供應商名稱:江門市宏軟信息科技有限公司
2、地址:廣東省江門市蓬江區(qū)篁莊大道西10號7棟之2-310
六、公示時間:
自2017年8月17日至2017年8月23日五個工作日。
七、登記時間、地點及方式:
1、登記時間:2017年8月17日至2017年8月23日,每天8:30時-12:00時,14:30時-17:30時,(節(jié)假日除外)。
2、登記地點:深圳市國際招標有限公司江門經(jīng)營部(地址:江門市華園路23號101(江門市深聯(lián)招標有限公司內))。
3、登記方式:現(xiàn)場登記。
八、登記時需提供以下文件:
1、營業(yè)執(zhí)照(副本);
2、稅務登記證(副本);(若有)
3、法定代表人/負責人證明書或授權委托書。
供應商登記時應當將前兩項文件的復印件和第3項(法定代表人/負責人證明書或授權委托書)的原件交我單位核對。所有復印件應當加蓋供應商的單位公章。
九、聯(lián)系方式:
1、采購人名稱:開平市中醫(yī)院
地址:開平市新昌大興街18號
聯(lián)系人:羅志宏
聯(lián)系電話:0750-2388553
傳真:0750-2388553
2、采購代理機構:深圳市國際招標有限公司
地址:江門市華園路23號101(江門市深聯(lián)招標有限公司內)
聯(lián)系人:龔先生
聯(lián)系電話:0750-3503824
傳真:0750-3503827
3、財政部門:開平市財政局
地址:開平市長沙東興大道人民東路5號
聯(lián)系人:唐海平
聯(lián)系電話:0750-2277281
傳真:0750-2277281
二〇一七年八月十六日