（1）數(shù)據(jù)采集：為保證現(xiàn)有資源的合理利用，系統(tǒng)應(yīng)支持從現(xiàn)有醫(yī)院信息系統(tǒng)和現(xiàn)有醫(yī)院平臺自動進行數(shù)據(jù)收集，采集范圍可以包括HIS系統(tǒng)、LIS系統(tǒng)、PACS系統(tǒng)、電子病歷系統(tǒng)、手術(shù)麻醉系統(tǒng)、成本核算系統(tǒng)、人事管理系統(tǒng)、排班考勤系統(tǒng)等。在院方的數(shù)據(jù)集成平臺無法提供滿足績效所需數(shù)據(jù)和所需數(shù)據(jù)規(guī)模的情況下，可以采用面向數(shù)據(jù)庫底層的數(shù)據(jù)采集方案。
（2）數(shù)據(jù)補錄：應(yīng)保證績效評價客觀、公正，數(shù)據(jù)口徑應(yīng)盡可能完整，數(shù)據(jù)來源應(yīng)盡可能豐富，應(yīng)覆蓋臨床、管理的方方面面。就目前醫(yī)院信息化建設(shè)情況而言，部分必備的數(shù)據(jù)需要通過手工補錄的方式，記錄到績效系統(tǒng)當中�！犊冃Ч芾硐到y(tǒng)》必須支持對此類數(shù)據(jù)的補錄和擴展應(yīng)用，而無需再做過多的定制化開發(fā)。
（3）數(shù)據(jù)上傳：《績效管理系統(tǒng)》各模塊應(yīng)當具備數(shù)據(jù)錄入和上傳兩種方式，以適應(yīng)醫(yī)院現(xiàn)有的數(shù)據(jù)處理習慣。為此，除常規(guī)的將數(shù)據(jù)輸入到《績效管理系統(tǒng)》外，還應(yīng)當具備接收符合模板要求的Excel電子文檔，以降低各科室在數(shù)據(jù)處理的學(xué)習成本。
（4）分配規(guī)則引擎：作為面向全院醫(yī)生、護理、醫(yī)技、管理不同職能領(lǐng)域的全面績效管理系統(tǒng)，績效的評價與分配的方法存在一定的差異性。為使一套系統(tǒng)滿足不同的方案，而不必自定義新模塊，績效管理系統(tǒng)必須采用規(guī)則引擎進行績效分配公式的定義。規(guī)則引擎支持用戶隨時修改規(guī)則、參數(shù)，且不需反復(fù)進行定制軟件開發(fā)。
（5）點數(shù)規(guī)則引擎：本次績效管理方案特點是以RBRVS的本地化方案為理論依據(jù)，計算各臨床科室的工作量。點數(shù)規(guī)則引擎能將點數(shù)與規(guī)則結(jié)合，支持用戶通過界面配置來完成項目點數(shù)的歸屬確認。通過多種條件的組合，能夠?qū)崿F(xiàn)較為復(fù)雜的邏輯。要求投標系統(tǒng)，必須至少具有按照醫(yī)生科室、病人科室、員工、職稱、費別、項目、員工身份、節(jié)假日工作、門診住院工作等條件進行規(guī)則制定的能力。
（6）規(guī)則復(fù)用：為簡化操作配置流程，可將職能和內(nèi)涵相似的科室進行一致的處理。通過規(guī)則的快速復(fù)制或引用，能夠盡快將項目落地，提高項目交付能力和后續(xù)維護質(zhì)量。
（7）指標編輯器：關(guān)鍵業(yè)績指標作為績效考核與評價的重要維度之一，應(yīng)當可擴展、可調(diào)整、可定義。指標結(jié)果的計算邏輯必須由公式編輯器來定義，公式編輯器應(yīng)當支持按錄入值進行梯度計算、按錄入值完成率進行梯度計算、按區(qū)間進行計算得分等模式。指標支持不同的考核周期（月、季度、半年、年度），指標編輯器支持引入外部變量來作為指標的動態(tài)目標值。
（8）指標考核關(guān)系：為滿足當前院內(nèi)關(guān)鍵業(yè)績指標評價模式，《績效管理系統(tǒng)》必須支持科室之間一對一考核、一對多考核、多對一考核。
（9）指標考核模式：用戶僅需要錄入指標的原始值，由指標公式自行計算考核得分。每個指標的目標值支持固定目標、同期目標和浮動目標，支持按照不同考核周期調(diào)整浮動目標（月度、季度、半年、年度）。
（10）指標考核實現(xiàn)：為滿足醫(yī)院信息化建設(shè)與發(fā)展，指標考核的方式必須包括自動采集匯總、自動引用上一周期、電腦端手工上報和數(shù)據(jù)導(dǎo)入等方式，多種方式相結(jié)合，以滿足不同崗位的評分人員在不同環(huán)境下能夠?qū)﹃P(guān)鍵業(yè)績指標進行打分。
（11）人員屬性管理：本模塊應(yīng)當支持全院醫(yī)、護、技、行管、工勤等各崗位職工的人員屬性維護，至少應(yīng)包括工號、姓名、在職狀態(tài)、入職離職時間、個人職類、績效發(fā)放職類、所屬科室、職稱、護理能級、行政職務(wù)、崗位、是否計算個稅，以及可擴展的身份屬性定義。
（12）員工主索引：系統(tǒng)應(yīng)當支持人力資源系統(tǒng)、HIS系統(tǒng)等，在員工編碼不同的情況下，仍然能夠進行同一人員的匹配和關(guān)聯(lián)，以確保績效評價過程中員工身份的統(tǒng)一。
（13）人員系數(shù)管理：為滿足基于年資的二次分配方案，針對不同職位、崗位、職稱等必須能夠設(shè)置相應(yīng)系數(shù)，系數(shù)可應(yīng)用于人員二次分配自動計算。
（14）人員歸檔管理：為保證每月績效數(shù)據(jù)的穩(wěn)定，人員信息必須可按月進行歸檔和封賬，在重新測算歷史績效時候，不得因人員變動而影響數(shù)據(jù)的合理性和真實性。
（15）成本管理：績效所需成本項目，必須支持自動采集、手工錄入和批量導(dǎo)入的方式。支持任意多層級的成本項目。不同的成本項目在進入績效分配運算時，應(yīng)當考慮支持不同的計提比例，通過計提比例的調(diào)整確保成本因素在績效比例中占比合理。
（16）預(yù)提待攤：不同科室的成本項目因周期性波動，其數(shù)值變動較大。在系統(tǒng)中必須支持對個別月的成本進行預(yù)提待攤的處理，以消除波動性給科室?guī)淼目冃Ь薮笳穹ＷC科室業(yè)務(wù)的正常運轉(zhuǎn)。
（17）RBRVS點數(shù)維護：全院收費項目必須通過本《績效管理系統(tǒng)》和RBRVS的本土化點數(shù)結(jié)果進行一一對應(yīng)，對應(yīng)后的結(jié)果可在規(guī)則引擎中直接被應(yīng)用而無需特殊處理。RBRVS的本土化點數(shù)可由程序統(tǒng)一進行升級，程序應(yīng)當主動發(fā)現(xiàn)未被賦點數(shù)的收費項目，并由升級文件對未配點數(shù)的收費項目進行點數(shù)賦值。
（18）點數(shù)維護安全機制：通過《績效管理系統(tǒng)》進行的任何一次點數(shù)修改，都應(yīng)能夠通過系統(tǒng)回滾，確保點數(shù)維護過程中的數(shù)據(jù)安全和可追溯。
（19）基于CPT-RBRVS的個性化升級：系統(tǒng)應(yīng)該滿足新增項目的RBRVS項目對應(yīng)和升級，不同臨床分工的科室應(yīng)可享有個性化的RBRVS點數(shù)。對新技術(shù)新業(yè)務(wù)的點數(shù)，在個別科室可個性化調(diào)整，促使新業(yè)務(wù)新技術(shù)的良性開展。
（20）手術(shù)單項：結(jié)合歷史數(shù)據(jù)梳理手術(shù)科室的基礎(chǔ)手術(shù)工作量，對于超過基礎(chǔ)手術(shù)工作量的部分進行單項獎勵。對超過的比例、超額的獎勵都可通過系統(tǒng)動態(tài)調(diào)節(jié)，無需進行代碼修改。
（21）科室績效發(fā)布流程：為靈活應(yīng)對醫(yī)院績效管理部門獎金發(fā)放審核的流程管理要求，《績效管理系統(tǒng)》應(yīng)以配置形式實現(xiàn)一次分配獎金的審核、封賬、發(fā)布事件的流程組合，且可針對不同節(jié)點設(shè)置不同權(quán)限。
（22）個人績效上報：為支持科室自行評價考核科內(nèi)人員的績效并進行發(fā)放，《績效管理系統(tǒng)》必須包括本模塊，支持科室將發(fā)放結(jié)果以手工填報、Excel上傳等方式反饋到績效管理部門。發(fā)放方式支持跨科室發(fā)放，允許核算單元負責人將部分績效獎勵給為本單元帶來貢獻的他科人員。
（23）績效調(diào)劑：為支持部分大科室主任對其所管轄科室進行績效的調(diào)節(jié)與再分配，《績效管理系統(tǒng)》必須包含科室之間總績效橫向調(diào)撥的功能，以滿足大科主任的管理要求。
（24）醫(yī)、護、技、行管不同類別的二次分配方案：《績效管理系統(tǒng)》出支持個人績效上報外，還必須支持復(fù)雜的科室分配方式，通過系統(tǒng)采集到的個人數(shù)據(jù)（手術(shù)、管床、排班、門診、特殊治療項目、自定義項目等）結(jié)合科室手工核準上報的項目，從年資、工作量、獎懲三個角度，自動對個人績效進行評價和發(fā)放。
（25）規(guī)則明細分析：通過系統(tǒng)能夠精準定位到每一條收費項目所匹配的規(guī)則，以及規(guī)則核算主體，便于醫(yī)院發(fā)現(xiàn)是否有工作量的分配被遺漏。
（26）績效發(fā)放分析：對每月績效進行科室、職能類別進行同比環(huán)比等數(shù)據(jù)分析，進行點數(shù)、收入、利潤等的對比分析。
（27）權(quán)限控制：權(quán)限控制可精確到具體科室、具體按鈕，確保權(quán)限控制有足夠細的粒度。
（28）角色分組：用戶可按照角色將權(quán)限進行打包，角色之間可進行權(quán)限疊加。
（29）日志分析：對用戶的每一項操作都有詳細的日志記錄，每一次數(shù)據(jù)變化都可通過日志分析模塊進行查詢。
（30）安全級別設(shè)置：系統(tǒng)應(yīng)支持以配置形式實現(xiàn)醫(yī)院的密碼復(fù)雜度要求。
微信掃一掃，碼上報價
|
