保險管理信息化平臺-資料下載頁
2025-01-21 01:59本頁面
【正文】 否可以享受醫(yī)療待遇？ （ 7）參保人員社會保險關(guān)系發(fā)生變化（如異地轉(zhuǎn)移、死亡、入獄等）時，五險種的處理流程 46 十二、五險合一（續(xù)） （ 8）在企業(yè)繳費額不足時的分配原則，險種、帳期、統(tǒng)籌、帳戶等，另外不同險種歷史欠費的處理，滯納金、利息的收取，待轉(zhuǎn)基金的管理 （ 9）可以考慮采用物理集中、邏輯分布，集中管理基本信息，業(yè)務(wù)信息分別負(fù)責(zé) （ 10）將失業(yè)保險和失業(yè)管理區(qū)分開來，失業(yè)管理目的是合理掌握失業(yè)人員狀況，通過相應(yīng)手段促進再就業(yè)，失業(yè)管理是社保業(yè)務(wù)和勞動業(yè)務(wù)的銜接點或接口 （ 11）事實上已經(jīng)不止五個險種，如補充養(yǎng)老保險、困難企業(yè)參保、機關(guān)事業(yè)養(yǎng)老、公務(wù)員補助、失地農(nóng)民基本生活保障、公務(wù)員醫(yī)療補助、大額救助、農(nóng)村合作醫(yī)療、農(nóng)村養(yǎng)老保險、補充養(yǎng)老保險、儲蓄養(yǎng)老保險等 （ 12）大保障的概念應(yīng)該包括下至低保、社會救助，上至商業(yè)保險和個人儲蓄 47 十三、勞動保障一體化 勞動就業(yè)管理信息系統(tǒng) 社會保險管理信息系統(tǒng) 核心業(yè)務(wù)系統(tǒng) 通用接口（含網(wǎng)絡(luò)掃描軟件） 市、省、部等有關(guān)上級部門系統(tǒng) 企業(yè)、銀行、稅務(wù)、郵局、醫(yī)院、藥店等系統(tǒng) 公共基本信息庫 民政 公安 發(fā)改委 等系統(tǒng) 電 話 咨 詢 中 心 網(wǎng) 站 等 48 十三、勞動保障一體化（續(xù)） 一體化內(nèi)容及深度 （ 1）數(shù)據(jù)結(jié)構(gòu)和指標(biāo)體系等標(biāo)準(zhǔn)的統(tǒng)一 （ 2）集中管理基本信息，業(yè)務(wù)信息分別負(fù)責(zé) （ 3）勞動就業(yè)和社會保險業(yè)務(wù)的松耦合，信息關(guān)聯(lián) （ 4）勞動就業(yè)和社會保險業(yè)務(wù)的緊耦合，業(yè)務(wù)關(guān)聯(lián)，相互制約 （ 5）使用統(tǒng)一軟件 （ 6）系統(tǒng)（硬件、軟件、網(wǎng)絡(luò)、安全等）平臺的統(tǒng)一 （ 7）組織機構(gòu)的統(tǒng)一 49 十四、同人同城同庫 、相互促進 已進行就業(yè)登記未參保 已參 保，但未進行就業(yè)登記 參保并進行就業(yè)登記的人員 50 十四、同人同城同庫（續(xù)） 、業(yè)務(wù)協(xié)同 51 十五、兩頭把關(guān)中間控制 ，抓住重點，有所不為才能有所為 可行性研 究與計劃 需求分析 設(shè)計 編碼 測試 運行維護 維護階段 開發(fā)階段 定義階段 運行期 開發(fā)期 計劃期 52 十五、兩頭把關(guān)中間控制（續(xù)） 1倍 36倍 10倍 1540倍 3070倍 401000倍 改正一個錯誤的相對成本 需求分析 設(shè)計 編碼 測試 聯(lián)調(diào) 運行 1 10 100 1000 53 十六、重視系統(tǒng)維護 成本 % 100 80 60 1995 1985 1970 1950 40 20 年份 軟硬件、維護成本比例的變化 硬件 軟件開發(fā) 維護 54 十六、重視系統(tǒng)維護（續(xù)） 時間 失效率 硬件失效率曲線 磨合調(diào)整 磨損用壞 失效率 時間 理想曲線 軟件失效率曲線 實際曲線 修改點 55 十七、數(shù)據(jù)是核心 數(shù)據(jù)是核心，必須嚴(yán)把數(shù)據(jù)質(zhì)量，保障數(shù)據(jù)安全。 （ 1）會影響程序運行、統(tǒng)計結(jié)果、數(shù)據(jù)上傳 （ 2）在開發(fā)商的協(xié)助下進行數(shù)據(jù)整理和清洗 （ 3）許多項目延期或失敗是由于數(shù)據(jù)問題引起的 （ 4）數(shù)據(jù)是有價值的、保密的，因而用戶要考慮自 身數(shù)據(jù)的安全性，在開發(fā)過程中盡量保密，防止擴散 56 十八、輔助決策 、查詢、以及少量的預(yù)警系統(tǒng) 57 十九、本地化中的一些現(xiàn)象總結(jié) ? 現(xiàn)象 1：拋開核心平臺的需求成果，過分強調(diào)地方特色，從頭做需求。 – 問題：一方面一些共性的內(nèi)容重復(fù)整理；另一方面核心平臺中（其他地方）可以借鑒的內(nèi)容沒有得到有效利用。 ? 現(xiàn)象 2：（ 由于懶惰等原因） 對核心平臺依賴過大，需求分析階段奉行“拿來主義”，到需求確認(rèn)階段自然不敢簽字，后期再提出本地特色的內(nèi)容。 – 問題：一方面影響了進度；另一方面造成后期變更太大，進而增加開發(fā)成本，延誤工期。 58 十九、本地化中的一些現(xiàn)象總結(jié)（續(xù)） ? 現(xiàn)象 3：需求分析階段敷衍了事，得過且過，造成需求不充分，后期頻繁變更需求。 – 問題：破壞了軟件結(jié)構(gòu)和表結(jié)構(gòu)的合理性 ? 現(xiàn)象 4：不能正確理解信息系統(tǒng)的“需求”，將不需要計算機支持的工作也納入需求中 – 問題：開發(fā)完的東西不能使用，增加開發(fā)成本 ? 現(xiàn)象 5：用戶方的技術(shù)人員參與開發(fā)，以備將來自行維護，對項目干預(yù)過多，同時又忽略了對項目的整體把握 – 問題：增加協(xié)調(diào)難度，影響進度 59 十九、本地化中的一些現(xiàn)象總結(jié)（續(xù)） ? 現(xiàn)象 6：設(shè)計缺乏一定程度的前瞻性，如做實個人帳戶、靈活就業(yè)人員、農(nóng)民工、勞動力流動等 – 問題：參數(shù)化、模塊化、低耦合做得不好，造成軟件的擴展性、靈活性差，對政策的調(diào)整支持能力差 ? 現(xiàn)象 7：數(shù)據(jù)質(zhì)量差，數(shù)據(jù)整理滯后 – 問題：新舊系統(tǒng)切換難，新系統(tǒng)無法按時上線 ? 現(xiàn)象 8：只注重功能測試，忽略了性能測試 – 問題：造成系統(tǒng)上線時，一旦遇到大數(shù)據(jù)量和高并發(fā)用戶訪問的情況，系統(tǒng)性能下降甚至癱瘓 60 十九、本地化中的一些現(xiàn)象總結(jié)（續(xù)） ? 現(xiàn)象 9：不能合理地制定計劃，試圖采取給開發(fā)商制造時間壓力的辦法，來推進項目進度 – 問題：違背了項目管理的系統(tǒng)化、科學(xué)化，欲速而不達(dá) ? 現(xiàn)象 10：項目進展過程中干預(yù)太多，如某級別的領(lǐng)導(dǎo)要來視察，為了應(yīng)付所謂的“演示系統(tǒng)”影響了正常的工作，做了大量的無用功，而且還要恢復(fù) – 問題：影響進度 61 謝 謝！ 62 63 演講完畢，謝謝觀看！
物理相關(guān)推薦
鄂ICP備17016276號-1