1、公立醫院人力資源管理平臺升級改造項目1. 概述1.1 項目背景深圳市公立醫院管理中心（以下簡稱“市醫管中心” ）是市政府直屬正局級事業單位， 代表市政府統一履行舉辦公立醫院的職責，監管公立醫院的人、財、物等運行，推進公立醫 院體制機制創新， 提升醫療服務質量和水平。 目前劃入管理的單位包括市人民醫院、 市第二 人民醫院、北京大學深圳醫院、市中醫院、市孫逸仙心血管醫院、市婦幼保健院、市兒童醫 院、市眼科醫院、市康寧醫院、市第三人民醫院、香港大學深圳醫院、中國醫學科學院腫瘤 醫院深圳醫院和南方醫科大學深圳醫院等 13 家醫院，以及市老年醫學研究所等有關事業單 位。市醫管中心內設 3 個機構：綜合管

2、理部主要負責理事會秘書處、行政辦、黨辦工作； 資源管理部主要負責監管公立醫院人、 財、物運行； 運行管理部主要負責公立醫院業務管理 和體制機制創新。資源管理部承擔市醫管中心系統的機構編制， 以及領導班子成員聘任與考核、 人才隊 伍建設、離退休人員服務等人事、工資管理工作。 管理市醫管中心系統的事業經費；承擔所 屬公立醫院的財務監督、 內部審計、 國有資產監管工作。 提出醫療服務價格建議， 經批準后 組織實施； 擬定所屬公立醫院財政資金分配、 資源優化配置、 薪酬分配制度方案， 經批準后 組織實施。深圳市公立醫院管理中心工作要點， 完善醫院運行監管機制、 完善醫院運行績效考核 制度、 改革醫療人

3、才評價制度、 加強學科團隊建設、改善人才隊伍結構、推進醫院管理團隊 職業化建設， 傳統的管理方式造成的信息不對稱使資源管理部難以準確及時、 系統全面地了 解人員情況， 以信息化手段提高管理水平和辦事效率， 是推進醫院人事管理轉變的有效手段。 1.2 規范和標準投標人所供服務應按最新的相關國際標準、 國家標準、 行業標準及企業標準設計、 生產。2. 服務清單及技術要求2.1 設計原則項目建設必須在深圳市公立醫院管理中心有力領導下，在各參與建設和實施單位的支 持、配合下，統一規劃、統一管理、有序開展。遵循以下原則：1) 、統一標準，信息共享；2) 、系統開放，適于擴展；3) 、安全可靠，高效穩定；

4、4) 、需求主導，面向應用；5) 、信息公開，加強服務；6) 、統一組織，多方受益；7) 、易用友好，使用高效；8) 、強化撇下，提高素質；2.2 項目總體要求1、 開發技術：基于 J2EE,采用JAVA語言進行開發，JDK版本為1.5或以上。2、基礎平臺： 采用基于 Struts Spring Hibernate 的基礎平臺 J2EE 技術框架、 技術 標準、基礎組件，數據庫采用 Oracle，應用服務器采用 WebLogic或Tomcat，根據該人事業 務特點與甲方共同完善基礎平臺。3、公用組件及系統平臺：如非醫管中心現有商業平臺或第三方組件，必須獲得醫管中 心同意，必須提供生產廠家針對本

5、項目的授權(提供廠商蓋章證明)；如系自主開發的平臺或組件(包括但不限于應用服務器、工作流平臺、 報表平臺、 在線Office 控件等)，必須提供所有程序源代碼。(提供供應商蓋章承諾函)；4、 用戶權限管理及安全：用戶權限管理支持統一身份認證，可支持UKey認證，實現單點登錄，無用戶數限制，可與采購單位其它信息管理系統無縫集成。投標人應對統一用戶管理、系統安全、應用安全和數據安全等提出完整明確的方案。5、應用系統：實現招標書中各項工作要求的所有工作要求、系統功能、業務邏輯以及 相應的例外處理。 所有人事信息管理和人事業務管理必須符合國家和深圳市的人事管理的各 項標準和規范。6、系統整合和數據交換

6、：在統一數據資源整合和基礎支撐平臺的基礎上，提出應用系統的系統整合、 數據交換和信息共享的方案， 實現在現有市公職人員管理系統的統一的人事 編碼基礎上與市公職人員系統進行數據交換，支持采購單位應用系統的長期發展。2.3 項目功能要求2.3.1、人事業務根據國家、 省、市及我中心人事政策調整情況，加入臨聘增員業務、臨聘減員業務 實現臨聘人員數據的入口和出口， 形成一個臨聘人員業務的閉環。 根據我中心及下屬醫 院人員招考規范及管理制度，實現人員招考業務的信息化管理和審批。 、臨聘（員額）增員業務根據中心及下屬醫院臨聘（員額）人員的入職的流程和管理辦法，實現臨聘（員額）人 員增員業務，

7、同時將增員痕跡記錄到增員信息集中，方便后期實現增員信息的統計。1. 增員業務環節：增員申報、醫管中心人力資源復核。2. 增員信息集： 完成增員業務復核環節， 將該增員信息數據同步到該人員的增員信息 集中，方便后期統計各醫院的增員情況。 、臨聘（員額）減員業務根據中心及下屬醫院臨聘（員額）人員因離職、退休、辭退、自然死亡等方式流程和管 理辦法，實現臨聘（員額）人員減員業務，同時將減員痕跡記錄到減員信息集中，方便后期 實現減員信息的統計。1. 減員業務環節：減員申報、醫管中心人力資源復核。2. 減員信息集： 完成減員業務復核環節， 將該減員信息數據同步到該人員的減員信息集中，方便后期

8、統計各醫院的減員情況。 、招考業務根據我中心及下屬醫院人員招考規范及管理制度， 實現人員招考業務的信息化管理和 審批。招考業務環節包含：招考計劃、醫管中心人力資源復核計劃、招考人員報名、醫管中 心人力資源復核人員。2.3.2、綜合業務 、數據快照建立歷史數據管理模塊， 對我中心及下屬醫院涉及機構設置、 編制職數下達、 人員配備 的歷史數據進行系統管理，實現統一查詢、統計等功能。需要實現如下：1. 定期自動快照。2. 實現中心人員編制匯總、單位領導職數匯總、單位非領導職數匯總的統計。3. 根據時間、姓名、單位等查詢條件查詢快照信息。2.3.4、等保掃描修復根據深圳市測

9、評中心制定的信息化系統安全等級的標準， 實現對等保掃描中出現的主機 和應用漏洞進行修復，如下：主機掃描： 實現等保掃描中應用程序高、 中風險漏洞的修復， 比如加密、 數據傳輸安全、 版本庫升級等等。主要包含：1. openssh 升級：升級 linux 系統核心組件及 openssh 相關組件，影響范圍為操作系 統底層核心功能。2. oracle 補丁：升級補丁 oracle 軟件補丁，對應其版本進行官方升級。應用掃描： 實現等保掃描中應用程序高、 中風險漏洞的修復， 比如加密、 數據傳輸安全、 版本庫升級等。同時包含 Apache Struts2 ：系統 web 框架升級，涉及系統應用底層調

10、2.3.5、數據對接標準接口實現中心人事管理系統與下屬醫院單位人事管理系統進行臨聘人員基本信息及信 息集的對接。信息集如下：1. 職業能力相關信息： 學歷學位、 專業技術資格信息、工人技術等級資格信息、職業 （執業）資格信息。2. 人員流動信息：合同信息和工作經歷信息 。3. 家庭成員及社會關系：家庭成員及社會關系 。4. 職業能力相關信息： 獎勵信息、懲處信息、 臨聘人員工資信息和臨聘人員考核信息。2.3.6、公立醫院人力資源管理平臺項目 2018 年系統維護需要保證人力資源管理平臺正常、穩定的運行的前提下，負責如下事項：1. 系統問題修改 : 包含系統漏洞修復、功能優化等2. 系統遠程服務

11、支持 : 包含電話支持、計算機遠程支持等3. 系統季度巡檢 : 系統相關硬件、軟件的檢查4. 系統日常運維支持工作2.4 項目非功能要求2.4.1 總體技術要求（1）技術路線要求 系統設計應采用業界成熟的先進的應用支撐軟件平臺應，保證系統的可靠性、開放性、 可維護性、先進性。數據庫服務器要選用 Oracle 數據庫平臺。應用體系結構用基于 J2EE 技術路線的三層體 系結構，應用服務器要采用 WebLogic 或 Tomcat 平臺。系統的設計、開發、部署、測試等均 要遵循軟件開發標準體系。操作系統要采用開放的 Unix 或 Windows 操作系統。應用軟件對 系統的調用應該是通用的、可配制

12、的。（2）系統安全性要求 系統要防止系統外非法用戶的侵入和系統內用戶的非法探測和惡意泄密， 用戶驗證支持 統一身份認證體系， 實現單點登錄， 系統內人員分級授權操作。投標人應對系統安全、 統一 用戶管理、 應用安全和數據安全提出明確的方案。 必須符合政府應用系統安全規范： 提供防SQL盲注、防腳本嵌入、非法字符攔截、防文件非法檢索、安全密碼規則、HTTPS支持、安全日志。（3）規范性與標準性要求網絡建設應放在全市黨政機關辦公系統的大環境下進行， 系統設計在功能、 安全、 網絡 等各方面符合市黨政機關專網建設、國家人事管理等各項標準和規范。采用現有深圳公職人員管理系統的統一編碼標準和數據字典，

13、保證數據格式一致。 以實 現與其它關聯系統的有效連接與配合同時， 在系統設計上應采用國際、 國內成熟的信息技術和先進的技術標準， 要能與市公 職人員系統等其它系統互聯互通并具備擴展性和可維護性。（4）投資保護要求 系統建設必須充分利用市醫管中心和公立醫院已有的各項軟硬件基礎， 實現對已有投資 的保護問題。 系統采用的軟件平臺都應該基于開放式架構， 不可使用自主開發平臺軟件， 從 而保證整個軟硬件系統的“向前兼容”及“向后擴展” 。（5）高可用性要求該系統的可用性直接影響到系統數據的實效性。 因此要采用高可用性設計， 通過無單點 故障設計，可支持系統的連續運行。（6）可靠性要求通過采用主流的、

14、成熟的軟件架構與軟件開發工具， 提高應用系統的開發質量、 優化軟 件、減少軟件缺陷，提高平臺和應用軟件的穩定性、可靠性。（7）易操作性要求 電腦操作界面要清晰、簡潔，便于操作和維護，符合人事業務操作特點和使用習慣，使 用戶能夠經過較短時間的培訓， 就可學會系統的使用。 提供操作用戶在線幫助信息和詳細完 整的用戶使用指導手冊等。（ 8）可擴展性要求要充分考慮技術體系發展前景， 適應未來發展的需要。 在設計時充分考慮系統的各種輸 入輸出需求， 提供或預留到各相關單位的標準化數據接口， 加強與其他單位的電子數據的交 換與共享，方便系統的功能擴展升級。系統應能適應業務發展和變革的需要， 適應用戶數量及

15、業務量的增長， 新業務的增加以 及業務的變化。2.4.2 項目人員要求中標方必須根據本項目的特點和建設內容， 組建一支技術經驗豐富、 人員相對穩定的項目團隊為項目建設服務， 并在投標文件中確定項目經理、 系統架構人員、系統分析人員、測 試人員、 編程人員等主要軟件開發人員， 說明每個人的角色、 職責。相關人員的工作經驗 （尤 其是同類公職人員管理電子政務系統項目建設經驗） 將作為評分考慮的重點。 要求在項目建 設過程中可常駐現場開發人員不少于 10 人。2.4.3 項目管理要求采用umlL乍為分析建模語言，使用工作管理和以及各階段提交的工件以及將項目過程數據清晰完整地交中標方的軟件開發和實施過

16、程要遵循統一過程標準。 相關的分析建模工具； 項目實施過程各階段的工作安排、 和質量標準都要嚴格遵循統一過程標準要求。投標人必須在投標文件中明確項目管理使用的工具， 付醫管中心的方法。投標人應對項目過程中使用的軟件工具（設計、建模、開發、需求管理、項目管理）進 行描述，并明確指出將來 （即項目結束后）哪些工具可提供采購方無償使用，哪些工具必須 購買和相應的報價。2.4.4 質量控制要求投標方須在投標文件中提出項目重要技術方案評審方式與要求以及項目實施中質量保障和質量控制方式。在項目實施全過程中， 采購方有對項目進度和質量進行監督控制的職責和權利，中標方應全面配合，確保人力、物力的定量投入，定期

17、向采購方提交最新的進展情況報告。2.4.5 測試要求投標人必須在投標文件中提出完整的軟件測試方案。 為了保障系統測試的科學性和公正性。2.4.6 安裝、部署及優化中標方不僅承擔應用系統的開發，還需要承擔應用系統的安裝、部署及優化工乍。2.4.7 項目驗收項目各階段驗收工乍均包含如下內容：（1）系統初始驗收（初驗）中標方完成系統或子系統應用功能測試和系統測試后， 提交采購方進行初驗。 初驗按照 采購方的標準和要求組織驗收，中標方必須配合提供相關的驗收方案和驗收文檔清單。（2）系統試運行 系統初驗合格后，在采購方指定的范圍內，由最終用戶使用系統。試運行時間通常為1 個月，如出現嚴重問題或問題較多，

18、采購方有權延長試運行時間。（3）系統最終驗收（終驗）所有子系統試運行期滿后， 由采購方組織評審團， 對項目進行評審和驗收。 驗收合格作 為項目的最終認可。中標方應負責在項目驗收前將系統實施過程中的所有竣工材料提交采購方， 只有文檔齊 全后才予以驗收。投標人承諾源代碼的開放程度： 必須能充分保證和滿足招標方業務流程重組和業務擴展 需要的維護、修改和后續開發要求，并承諾在工程驗收時移交技術文檔（數據結構與流程、 總體設計報告、 需求分析說明書、 概要設計說明書、 詳細設計說明書、 數據字典、 測試報告、 操作使用說明書、系統維護手冊和源程序代碼庫） 。2.4.8 培訓服務投標人必須針對本項目應用軟

19、件及采用的相關技術等提出全面培訓計劃和培訓方案并 征得業主方同意后實施。培訓工作須滿足招標文件要求的培訓服務。培訓對象應分為普通業務操作員、 系統管理員， 投標人必須針對不同的對象制定不同的 培訓計劃，并分別培訓。投標人必須為所有被培訓人員進行現場培訓， 提供文字資料、 講義等相關用品。 所有的 資料必須是中文書寫。業務系統操作培訓工作應在系統上線試運行之前結束。2.4.9 售后服務自本項目竣工驗收合格之日起，即進入了免費服務期（即質保期） ，免費服務期要求不 少于 1 年，服務內容及要求如下：1、應用軟件在運行過程中顯露的問題的改正；2、應用軟件升級和維護：新軟件升級包括修補及更新；3、提供

20、應用軟件的改進和優化建議；4、支持系統的運行維護管理；5、支持市醫管中心的幫助臺的服務；6、技術支持提供 7*24 小時技術支持，責任工程師的移動電話24 小時保持暢通。定期上門巡檢服務， 了解系統的運行狀況， 為系統定期維護保養， 使系統處于最佳運行 狀態。電話技術支持，協作采購人工程師的日常維護，電話指導不能解決的問題， 1 小時內抵 達現場解決。緊急上門服務，系統故障或系統災難導致系統正常工作受到影響， 30 分鐘內趕到現場 服務。免費服務期后項目承建方須提供終生維護，服務方式和服務費用雙方協商約定。7、采取本地上門服務，在接到我院的服務請求后，應在1 小時內給予服務響應（指定問題解答人

21、、服務人員派出， 8 小時內解決問題；服務完成后，必須得到院方對服務情況的 檢查和文字確認。8、服務商應具備應用軟件長期本地快速服務能力，能滿足醫院面向未來的管理和業務 發展的需要。3. 服務期限3.1 服務期限本項目要求必須在合同簽訂后 90 個日歷日內完成所有系統的開發和實施工作，保障系 統正式運行，支持深圳市公立醫院人事業務管理的的順利進行。項目建設分為四個階段：1）簽約后 30 個日歷日內 ,完成人事業務、綜合業務、等保掃描修復的開發并上線；2）60 個日歷日內，實現功能完善和優化的開發和上線；3）90 個日歷日內，數據對接標準接口的全部建設內容上線。合同簽訂 90 個日歷日內必須完成

22、所有建設內容的設計、開發及測試，并必須按工期要 求提交每個階段的子系統予采購方進行初驗， 合格后進行系統試運行， 試運行合格后， 進行 系統終驗。投標方應根據項目建設內容制定更為細化的項目迭代實施計劃， 保障按工期完成每個階 段的建設內容。項目階段建設內容的完成以采購方驗收合格為準。 如中標方不能按時提交階段子系統初 驗且延期超過半個月的， 采購方有權提前終止合同； 如中標方按時提交初驗但初驗不合格的， 采購方同樣有權提前終止合同。中標方應預留系統后期開發新增模塊所需的數據接口。3.2 如采購人計劃變更，應按變更處理，以變更通知單知會中標人4. 投標說明投標人必須對應用軟件所有子系統進行全部投標。 子系統可以不按照采購人所要求的系 統劃分，但必須涵蓋所需功能。5. 項目監理采購人可以選擇第三方作為項目監理， 對信息化建設實施工程中雙方的工作過程和成果 進行審查和監督， 供應商應