午啪啪夜福利无码亚洲,亚洲欧美suv精品,欧洲尺码日本尺码专线美国,老狼影院成年女人大片

1、 本文由richdadlong貢獻 doc文檔可能在WAP端瀏覽體驗不佳。建議您優先選擇TXT，或下載源文件到本機查看。 中國移動手機預約掛號項目 中國移動手機預約掛號項目 技術開發方案 中國移動通信集團 江蘇有限公司徐州分公司 二一年十二月 目 錄 前言 3 1. 總 則 4 1.1. 概述 4 1.1.1. 現狀分析 4 1.1.2. 業務發展機會4 1.1.3. 業務發展的必然性 5 1.1.4. 目標人群定位8 1.2. 目標和原則 9 1.3. 引用標準、協議 10 1.4. 縮略語 10 2. 揚州汽車運輸公司移動手機購票系統的體系結構 12 2.1. 手機購票系統的功能劃分 122、 2.2. 主要設備功能介紹 13 2.2.1. WAP 服務器 13 2.2.2. 移動支付服務器 13 2.2.3. 二維碼驗證(WEB)服務器 14 2.2.4. 數據庫服務器 15 2.2.5. 換票終端識讀設備 15 2.2.6. 維護/統計終端 16 2.3. 系統擴展性 16 3. 揚州汽車運輸公司手機購票系統業務功能實現 17 3.1. 揚州汽車運輸公司手機購票業務流程 17 3.1.1. 業務流程示例（用戶通過 WAP 購票） 17 3.1.2. 手機二維碼驗證示例 21 3.2. 系統性能計算與配置 22 3.2.1. WAP /二維碼/中間件服務器（Win2003 Sev3、） 22 3.2.2. 數據庫服務器 22 4. 關鍵技術實現 23 4.1. 系統的安全性 23 4.2. 接入模塊 24 4.3. 票務模塊 24 4.4. 手機錢包支付模塊 24 4.5. 電子回執（二維碼）模塊 25 4.6. 統計模塊 25 4.7. 對賬模塊 26 5. 項目實施計劃 27 附錄 A 通信包 DTD 文檔格式 錯誤！未定義書簽。 錯誤！未定義書簽。 附錄 B:SP 交易對帳文件格式 錯誤！未定義書簽。 錯誤！未定義書簽。 附錄 C:SP 對帳結果文件格式 錯誤！未定義書簽。 錯誤！未定義書簽。 附錄 D:平帳結果文件格式 錯誤！未定義書簽。 錯誤！未定義書簽。 附錄4、 F: 對 XML 包的包頭編碼約定： 錯誤！未定義書簽。 錯誤！未定義書簽。 附錄 G: 對 HTTP 包的包頭參數約定： 錯誤！未定義書簽。 錯誤！未定義書簽。 附錄 H: 對交易流水號的要求： 錯誤！未定義書簽。 錯誤！未定義書簽。 2 前 言 為了提手機終端的業務使用范圍，以手機終端應用為核心開展醫療 行業信息化業務，為移動手機客戶與醫療機構架起交易的橋梁，特編寫 本業務實現方案。 本設計方案描述了中國移動通信集團江蘇有限公司為江蘇省內各 醫療機構開展移動預約掛號業務及二維碼電子預約掛號、手機支付業務 的實現方案。 本業務系統是基于移動通信技術、計算機網絡及相關應用技術,用 以完成手機5、預約掛號業務的系統建設依據。本業務面向江蘇省內的開通 手機支付的中國移動用戶、及中國移動的集團會員用戶提供掛號費 自動繳納業務。 本方案規范起草單位：中國移動通信集團江蘇有限公司 3 1. 總 則 1.1.概述 1.1.1. 現狀分析 目前，用戶到醫院就醫需提前掛號，掛號的途徑如下： 1） 、到醫院前臺現場掛號； 2） 、通過中國移動通信集團江蘇分公司提供WAP方式預約掛號（在有 的地市已開展，但系統沒有提供支付功能） ； 3） 、基于互聯網WEB方式的預約掛號（在有的地市已開展） 隨著人們生活節奏的加快，為提升生病患者的就醫效率，需進 一步優化目前的預約掛號流程，提供支付功能，同時增加1256、80的語 音預約掛號功能，給老人提供便捷的預約掛號手段，以豐富的手機 終端信息化需求增加用戶的黏粘。 1.1.2. 業務發展機會 如果能夠隨時隨地的查詢到醫療機構的醫療資源，實時進行醫 療資源的預約，提升患者的就醫渠道，那將極大的方便就醫患者看 病就醫，解決“看病難、看病貴”的問題。優點如下： ? 提升醫療資源的綜合利用率； ? 免去繁瑣的支付操作！ （和網上支付比較而言） ； ? 擴充手機終端的應用； 4 以手機終端應用強化手機終端和醫療行業信息化業務需求的 結合； 1.1.3. 業務發展的必然性 市場競爭促進業務發展 1.1.3.1. 市場競爭促進業務發展 通過手機終端進行預約掛號是實現隨7、時隨地醫療資源查詢和醫 療資源的預約，并通過手機支付業務解決預約掛號的支付問題，提 高用戶掛號的到醫率，與傳統的預約掛號功能相比，移動支付也要 比其的支付手段簡潔多。 1.1.3.2. 技術成熟推動業務發展 1.1.3.2.1. 移動手機手機錢包支付平臺 隨著移動電子商務及支付手段的日益成熟，手機支付越來越深 入人們的生活，目前可以用江蘇移動手機可通過12580等方式購買彩 票、自考報名和訂閱書報等。隨著3G商用進程的逐步加快，各大移 動運營商也在積極推廣移動支付業務。 以芬蘭為例， 從2002年2月起， 到2004年5月，芬蘭國家鐵路局在全國推廣電子火汽車票，乘客不僅 可以通過國家鐵路局網站8、購買汽車票，還可以通過手機短信訂購電 子火汽車票。 在中國，移動電子商務也開始被廣泛重視。中國移動通過加強 產業合作，全面加快了手機錢包業務的開發和市場推廣步伐。手機 錢包是中國移動與中國銀聯聯合各大國有及股份制商業銀行共同推 出的一項全新移動電子支付、金融信息服務，此業務由北京聯動優 5 勢科技有限公司提供運營支持。2007年11月，中國移動開始B2C業務 的試運營，用戶用手機或者互聯網登錄名為“移動影音書刊俱樂部” 的B2C網站，就可以購買影碟、唱片、書刊、書籍等商品，并通過手 機話費作支付。 移動電子商務給人們的生活帶來了方便，提高了效率。 1.1.3.2.2. 二維碼 二維碼 （2-d9、imensional bar code） ，即二維條碼，全稱二 維條形碼，是用某種特定的幾何圖形按一定規律在平面（二維方向 上）分布的黑白相間的圖形記錄數據符號信息的；在代碼編制上巧 妙地利用構成計算機內部邏輯基礎的“0”“1”比特流的概念，使 、 用若干個與二進制相對應的幾何形體來表示文字數值信息，通過圖 象輸入設備或光電掃描設備自動識讀以實現信息自動處理：它具有 條碼技術的一些共性：每種碼制有其特定的字符集；每個字符占有 一定的寬度；具有一定的校驗功能等。同時還具有對不同行的信息 自動識別功能、及處理圖形旋轉變化等特點。 二維碼能夠在橫向和縱向兩個方位同時表達信息，因此能在很 小的面積內表10、達大量的信息。 二維碼具有儲存量大、保密性高、追蹤性高、抗損性強、備援 性大、成本便宜等特性，這些特性特別適用於有價證券、表單、安 6 全保密、追蹤、證照、存貨盤點、資料備援等方面。 二維碼的特點： 1 高密度編碼， 信息容量大： 可容納多達1850個大寫字母或2710 個數字或1108個字節，或500多個漢字，比普通條碼信息容量約高幾 十倍。 2編碼范圍廣：該條碼可以把圖片、聲音、文字、簽字、指紋 等可以數字化的信息進行編碼，用條碼表示出來；可以表示多種語 言文字；可表示圖像數據。 3容錯能力強，具有糾錯功能：這使得二維碼因穿孔、污損等 引起局部損壞時，照樣可以正確得到識讀，損毀面積達50仍11、可恢 復信息。 4譯碼可靠性高：它比普通條碼譯碼錯誤率百萬分之二要低得 多，誤碼率不超過千萬分之一。 5可引入加密措施：保密性、防偽性好。 6成本低，易制作，持久耐用。 7條碼符號形狀、尺寸大小比例可變。 8二維碼可以使用激光或CCD閱讀器識讀。 二維碼的優勢： 1） 電子化憑證：彌補憑證環節的缺失，使電子商務交易形成 完整閉環。 2） 無紙化憑證：代替了傳統的紙質憑證，節省材料非常環保。 3） 省物流環節：無線網絡傳送省去物流環節，節約成本提高 效率。 4） 便捷而時尚：手機隨身攜帶，取用自如，時尚快捷。 7 從中國第一張電子電影票的誕生，到新聞聯播播出的南航自助 值機系統的成功應用，再到即12、將在全國60多家國際機場全面采用的 移動VIP易登機服務，條碼憑證產品已成功應用在移動通信、文化演 出、交通運輸、金融、餐飲娛樂、旅游等多個行業展開實際應用。 各類電子化票據、證據，如電子票（電影票、演出票、火車票、飛 機票等等） 、電子優惠券、電子提貨券、電子VIP、積分兌換憑證等 等。目前在電子票務、電子VIP、積分兌換、電子優惠券等方面的應 用已經比較成熟。 手機終端預約掛號的應用為醫療行業提供了新的預約掛號途 徑，將預約掛號信息送由“紙制”變為“數據流” ，用“電子預約掛 號票”取代“實體掛號票” ，消費者可以不受時間空間的限制獲得電 子預約掛號票配送服務，而且驗票過程對于驗票方和客戶13、來說也同 樣省心省力。 1.1.4. 1.1.4. 目標人群定位 繁忙的商務一族 商務人士不分晝夜的工作，經常出差，偶爾患病，沒有時間到 醫院進行繁雜的就醫等待，急需一種高效率的預約掛號方式解決就 醫等待問題。通過手機終端、12580等掛號方式解決預約掛號問題， 實時查詢醫療資源信息，這些功能都極大的方便了商務人士。 ? 崇尚時尚的年輕一族 年輕人對新生事物的好奇心，致使他們非常樂意試用手機預約掛號 功能這一新業務。 8 年齡偏大的老年人 目前年輕一代的子女基本有父母照看， 小孩又是易生病的弱勢群體， 如何方便老人帶小孩到醫院就醫，我們可以通過12580語音預約掛號、 基于手機WAP方式掛號，14、拓展手機支付業務的大好良機。通過12580進行 預約掛號，能拓展12580的業務種類，通過手機支付能提升預約掛號的 到醫率。 1.2.目標和原則 移動手機支付系統的建設目標是實現通過手機完成電子交易的 支付，支付系統以客戶為中心；具有較強的實時處理能力。 在系統實現過程中，遵循如下技術原則： 1. 靈活性與可擴展性：方便擴展設備容量和提升設備性能；具 備支持業務處理的靈活配置，業務功能的重組與更新的靈活 性； 2. 安全可靠性：提供良好的安全可靠性策略，支持多種安全可 靠性技術手段，制定嚴格的安全可靠性管理措施； 3. 先進性：采用先進成熟的設備和技術，確保系統的技術先進 性，保證投資的有效性15、和延續性。 4. 易用性：對于用戶能方便快捷地使用業務。 業務規則： 1.手機預約掛號目前只能購買當日小時以后的醫療資源預 約（時間可視具體情況而定） ； 2.單筆訂單最多只能預約一個醫療資源（暫定） ，暫不提供團體 9 票。 3.如遇網絡故障，可通過語音（12580）進行確認，用戶憑預約 掛號信息到醫院就醫； 5.暫不提供退還預約掛號功能。 1.3.引用標準、協議 引用標準、 編號 文檔名稱 1 2 3 4 5 6 7 8 9 10 手機錢包支付交易協議（MPTP）V1.5 中國移動手機錢包支付平臺客戶服務接口協議（MPCI）V1.1 中國移動手機錢包支付業務規范V1.0 中國移動手機錢包支16、付通信協議（MPCP） V1.0 手機錢包支付平臺對帳及結算SDR文件格式 手機錢包支付平臺對帳及結算CDR文件格式 CMPP協議V2.0 中國移動電子回執（二維碼）制作規范 XML 1.0 規 范 -W3C 制 定 的 Internet 可 擴 展 標 記 語 言 標 準.(1998.2.10) WML1.1規范WAPFORUM/DTD WML 1.1 1.4.縮略語 MPS MPP MPCU Micro Payment System Micro Payment Platform 手機錢包支付系統 手機錢包支付平臺 Micro Payment Communication Unit 手機錢包支17、付通信單元 10 MPTU MPTP MPCP SP CA CRL MD5 RSA XML DTD HTTP FTP Micro Payment Transaction Unit 手機錢包支付交易單元 Micro Payment Transaction Protocol手機錢包支付交易協議 Micro Payment Communication Protocol手機錢包支付通信協議 Service Provider 服務提供商 認證機關 作廢證書表 信息摘要算法 數字簽名算法 可擴展標記語言 文擋類型聲明 超文本傳輸協議 文件傳輸協議 Certificate Authentication Ce18、rtificate Revocation List Message Digest 5 Rivest-Shamir-Adleman Extensible Markup Language Document Type Declaration Hypertext Transfer Protocol File Transfer Protocol 11 手機終端預約掛號系統的體系結構 2. 手機終端預約掛號系統的體系結構 2.1. 手機預約掛號系統的功能劃分 手機預約掛號系統的功能劃分 手機預約掛號系統在功能上分為以下五大模塊： 通信：為用戶提供WAP、12580預約接入、Web網站； 交易：完成業務的交19、易處理，主要包括用戶的鑒權，扣費，對帳等； 業務管理：根據業務管理要求，完成用戶管理、業務統計等管理工作； 帳務處理： 對用戶的帳務信息進行統一的管理、 查詢、 統計分析等工作， 與各大醫療機構及各移動分公司進行對賬業務的處理； 后臺管理功能： 1）后臺提供預約掛號的操作解決，給12580操作員使用，解決通過 12580預約掛號功能； 2）后臺提供醫療資源信息導入功能，讓各大醫療把可以預約的醫療 資源導入系統； 3）系統提供后臺接口，和各大醫院的HIS進行對接，實時把預約請 求發送給HIS； 4） 醫院體檢結果的彩信、 短信推送 （此功能做為預留接口后期開發） ； 系統管理： 為保證系統的正常20、運行， 需要對系統的應用軟件、 硬件資源、 數據庫、網絡等進行監控，以便及時掌握系統的運行狀況，對故障 快速做出反應。 12 2.2. 2.2.1. 主要設備功能介紹 WAP服務器 WAP服務器 WAP服務器接受用戶的查詢和手機預約掛號請求并將結果呈現給用 戶，包括查詢醫院信息、專家信息、手機錢包支付確認等功能實現。 查詢和預約掛號功能通過與各大醫療機構的中間件查詢和操作各大 醫療機構的HIS中心數據庫。 由于手機號碼有其唯一的特性，目前WAP服務器和CRM系統進行業務 對接，獲得用戶密碼信息，可直接登錄WAP網站查詢購票。 2.2.2. 移動支付服務器 移動支付服務器負責與江蘇移動手機支付系21、統的交互， 采用中國 移動的中國移動省級手機支付系統商戶接入規范 。基本功包 括： ? 支付 由我業務平臺向江蘇移動手機錢包支付系統發起的，對某手機用 戶手機錢包支付帳戶的扣款操作。 ? 退款 由我業務平臺向江蘇移動手機錢包支付系統發起的，對某手機用 戶手機錢包支付帳戶的退款操作。 ? 沖正 由我業務平臺向江蘇移動手機錢包支付系統發起的，對某交易 （支付）的沖正操作。 13 用戶協議查詢 由我業務平臺向江蘇移動手機錢包支付系統發起的， 對某手機用 戶的用戶簽訂的協議進行查詢操作。 2.2.3. 二維碼驗證(WEB)服務器 二維碼驗證(WEB)服務器 (WEB) 電子回執是基于中國移動通信網絡的22、電子化憑證，具體來說， 電子回執就是將業務服務商提供的特定業務信息或個人身份信息加 密、編制成二維條碼，根據手機終端型號進行適配封裝后，通過移 動數據通道發送到手機終端并顯示出來，消費者憑借手機上顯示的 二維條碼電子圖形，在服務場所的受理終端上解析成原業務信息， 實現特定業務信息的快速、準確、有效地傳遞，以達到在不同的應 用領域里對不同的對象如業務數據、客戶資料、業務流程或環節進 行管理的目的，支撐各類電子商務或移動電子商務流程的完整實現。 本案中的二維碼驗證服務器在用戶通過手機、12580預約掛號后 根據其業務流水號生成二維碼，并將其根據手機類型發送 （MMS/EMS/SMS：內容中都包含二23、維碼及輔助碼）給用戶。用戶持二 維碼到就醫點換取相關的掛號信息的識讀設備識讀時，識讀設備將 二維碼識讀解密出后的數據通過網絡傳回二維碼驗證服務器，二維 碼驗證服務器驗證該條碼是否有效。對于轉發的二維碼，驗證平臺 可以保證僅首次驗證有效。此功能根據地市公司的要求進行業務設 計，初期保留相關的系統接口。 注： 14 1MMS（Multimedia Messaging Service） 多媒體彩信， 需 要 手 機 硬 件 支 持 彩 信 且 開 通 GPRS （ General Packet Radio Service通用無線分組業務）功能。 2EMS（Enhanced Messaging Ser24、vice） 用于非諾基亞品牌的手機。 3SMS（Smart Messaging Service） 增強型短信，適 智能型短信。為NOKIA 公司標準，適用于NOKIA品牌手機，但部分其他品牌手機如索愛、三 星等也支持。 4無論操作者選擇短信還是彩信方式來接收電子回執，均不 產生任何通訊費用。 2.2.4. 數據庫服務器 完成內部數據管理的功能實體，實現預約掛號訂單、支付數據、 用戶數據、二維碼數據、數據字典、統計數據的存貯。包括： 系統數據表：包括有預約掛號訂單表、二維碼相關數據表； 業務數據：系統業務中使用到的各種業務數據； 業務數據字典：系統業務中使用到的各種字典數據； 信息數據表和檢索引25、擎：數據庫服務器中具有業務數據信息的全 部數據字典，并要求能夠在信息查詢時使用信息檢索引擎，信息 檢索引擎提供應用服務器中的Web Server查詢的接口； 2.2.5. 換取預約掛號信息終端識讀設備 換取預約掛號信息終端識讀設備 采用上海翼碼的ER2200系列可嵌入式條碼憑證業務識讀模組， 該系列產品識讀性能強大，適應包括各種彩色和灰度顯示液晶屏 15 幕上顯示的二維碼，涵蓋目前各種主流手機。識讀精度達到 3mils ， 目 前 可 識 讀 的 二 維 碼 包 括 PDF417 ， QR Code ， DataMatrix 等國際標準二維碼，各種國際標準的一維條碼。 該系列產品為嵌入式模塊化26、設計，適用于各種型式的二維碼應 用。利用手機無線網絡平臺和二維碼圖形載體，進行各種業務的 信息認證應用。產品體積小，應用靈活，快速讀碼，易于操作使 用。該設備的標準接口配置為USB接口 2.2.6. 維護/ 維護/統計終端 系統的維護和監控終端實現對包括WAP服務器/移動支付服務器/二 維碼驗證服務器/相關服務器和網絡設備的安裝、配置、監控、維護、 告警等功能。其主要內容有： a) 對WAP服務器的監控、配置、維護； b) 對移動支付服務器的監控、配置、維護； c) 對二維碼驗證服務器的監控、配置、維護； d) 對數據庫服務器的監控、配置、維護； e) 全中文圖形界面維護終端（BS架構或CS架27、構，根據實際應用 選擇） 統計終端完成對系統的各種數據的統計功能，可以按照不同的要求 進行全面的統計，并以各種圖表的方式表示出來 2.3.系統擴展性 服務器設備： 數據庫服務器配置采用最多可支持2CPU的機器，初期配置為單機雙 16 CPU，如后期系統規模擴大，可更換服務器。 其它應用服務器，初期系統規模較小的時候，可以配置少量的機器， 等系統規模擴大的時候，可以增加多臺服務器，以實現系統模塊的冗余 備份。 UPS的配備（局方自備） ，保證系統設備不受市電浪涌現象影響以及 停電的情況下系統的不間斷運行 建議中心系統配置兩套以太網交換機，提供高可靠性的冗余網絡鏈 路； 配備硬防火墻，徹底隔離內外28、網，杜絕惡意訪問和病毒攻擊； 完善的網管功能，實時監控網絡設備運行狀況，及時準確的故障報 警和定位。 換取預約掛號信息的終端： 換取預約掛號信息的終端采用目前主流的PC配置，如后期系統規模 擴大，換取預約掛號信息的人數增多，可適時增加PC和識讀設備。 3. 手機預約掛號信息系統業務功能實現 3.1. 3.1.1. 手機預約掛號業務流程 手機預約掛號業務流程 業務流程示例（用戶通過WAP購票） 業務流程示例（用戶通過WAP購票） WAP購票 手機預約掛號的業務實現流程： （1） 移動用戶用手機瀏覽WAP網站。 （2） WAP服務器將用戶查詢請求提交給后臺服務器，查詢要預約掛 號的醫療機構的醫療資29、源信息。 17 （3） WAP服務器將結果反饋給移動用戶手機。 （4） 移動用戶選擇相應醫療資源機構名稱及專家信息，并進行手 機錢包支付，同時通過后臺接口向各大醫療機構的HIS中心發出 相應的預約請求，如預約掛號成功則給用戶返還預約成功信息， 如醫院醫療資源不足，不足則提示用戶預約掛號失敗。 （5） 在用戶通過江蘇移動手機錢包支付系統鑒權確認支付后，手 機錢包支付網關再將用戶請求提交給江蘇移動手機錢包支付系 統。 （6） 江蘇移動手機錢包支付系統交易單元進行帳戶扣費操作，并 將響應信息返回給手機錢包支付網關。 （7） 手機錢包支付網關成功完成交易后將訂單信息通過短信息和 二維碼發送至用戶手機，30、如不成功將失敗原因回饋用戶（如余額 不足） ，并將先前對應的預約掛號請求做撤銷動作，此接口預留。 （8） 用戶憑訂單號或二維碼到相應的醫療機構的服務窗口或自助 終端換取相應的預約掛號資源，通過二維碼識讀設備將二維碼識 讀出后，驗證成功后換取相關的憑證到指定的醫療資源處就醫， 后期可實現用戶通過二維碼識讀設備直接就醫。 18 開始 移動用戶瀏覽 WAP 網站 輸入查詢條件查詢相應的醫療資 源 否 是否有相應醫療資源 是 選擇相應醫療機構和專家信息 更改條件 或退出 否 是否有足夠醫療資源 是 否 是否手機支付賬 戶有足夠余額 更改條件 或退出 更改條件 或退出 是 將訂單號通過短信息和二維碼發送31、至用戶手機（預留） 結束 移動用戶手機預約掛號流程 19 開始 移動用戶通過 12580 預約 12580 通過查詢界面輸入查詢條件查詢 相應的醫療資源 否 是否有相應醫療資源 是 選擇相應醫療機構和專家信息 更改條件 或退出 否 是否有足夠醫療資源 是 否 是否手機支付賬 戶有足夠余額 更改條件 或退出 更改條件 或退出 是 將訂單號通過短信息和二維碼發送至用戶手機 12580 操作員 掛機結束 移動用戶通過12580預約掛號流程 20 開始 用戶憑訂單號或二維碼到服務窗口進行驗票 否 是否有效訂單號 是 不予預約 掛號 打印相應掛號信息 結束 移動用戶換取就醫信息流程 3.1.2. 手機二32、維碼驗證示例 用戶持存有二維碼的手機到相應的醫療資源機構后，在換取憑證終 端的識讀設備前將手機上的二維碼進行識讀，如果識讀正確，屏 幕上將出現該二維碼的業務信息，如是未識讀使用過的二維條碼 且業務信息正確，驗證人員根據該信息進行對應的出票工作，如 是已經識讀使用過的二維條碼，或是業務信息不正確，則不予換 取相關的就醫信息，此接口預留。 21 3.2.系統性能計算與配置 3.2.1. /二維碼 中間件服務器（ 二維碼/ Sev） WAP /二維碼/中間件服務器（Win2003 Sev） 采用HP DL380G5 Rack Mount Server 雙路服務器 支持Transaction數為30033、次/秒 3.2.2. 數據庫服務器 采用HP DL380G5 Rack Mount Server 雙路服務器 數據庫軟件采用ORACLE9i 22 4. 關鍵技術實現 4.1. 系統的安全性 系統從“主機系統安全”“網絡系統安全”“數據安全”和“應 ， ， 用系統安全”四個方面提供了安全性保證。 （1）主機系統安全 1、主機操作系統和數據庫系統定期互為備份； 2、主機系統和數據庫系統的用戶密碼由各自的管理員專人掌握，密 碼能夠靈活更換； 3、只有系統管理員可以使用超級用戶登錄； 4、操作系統用戶定期清理服務器中的垃圾文件； （2）網絡系統安全 1、本系統原則上通過移動機房的防火墻與外部計算機系34、統隔離。 2、系統的各級登錄密碼嚴格管理。 3、網絡登錄密碼要定期更換。 （3）數據安全 1、數據庫本身有較強的安全機制； 2、數據庫的用戶名和密碼與操作的用戶名和密碼不同； 3、在數據庫級，系統應用級數據按照數據備份制度定期備份； 4、內部數據查詢應對不同的人員設定不同的級別，每人只能查詢與 自己相關的數據。 （4）應用級安全 1、支持根據計費帳務應用的具體情況，對于應用系統的某些處理模 23 塊和某些功能的使用權限、登錄用戶對于數據字典的訪問權限、應用系 統操作人員不同角色的處理權限等，實施權限控制。 2、提供操作日志和審計功能，記錄操作員進入和進出的時間，記錄 重要的操作。 3、關鍵模塊35、實現熱冗余，熱切換。 （5）傳輸級安全 1、系統內部模塊通訊，采用了TCP/IP協議，支持32位加強的加密算 法，保證了內部傳輸的安全性。 2、 B/S/S三層架構方面， WEB 基于SERVLET的應用程序驗證和加解密， 保證傳輸的安全可靠。 4.2. 接入模塊 系統通過WAP、12580、網站及24小時自助終端將業務界面呈現給用 戶，在這些界面上用戶可以查詢醫療資源，通過12580、手機終端預約 掛號，管理各種預約掛號訂單。 4.3. 預約掛號模塊 預約掛號模塊 該模塊通過后臺接口與各大醫療機構的中心服務器通信，提交查詢 請求、醫療資源的預約請求，支付超時時間暫定為10分鐘，其參數可在 業36、務管理界面調整。 4.4. 手機錢包支付模塊 該模塊通過中國移動省級手機支付系統商戶接入規范V1.3與江 蘇移動手機錢包支付系統通信，完成支付、退款、沖正、查詢用戶信息 24 等功能，并將江蘇移動手機錢包支付系統反饋的結果寫回手機終端預約 掛號訂單表中。 4.5. 電子回執（二維碼） 電子回執（二維碼）模塊 電子回執（二維 平臺中所有電子預約掛號信息的發出和驗證均由 碼）模塊來完成，二維碼的發送、查詢、驗證等一系列動作，系統將通 過該模塊將相應數據寫入預約掛號訂單表及二維碼主表。 4.6. 統計模塊 平臺能夠確保對于平臺業務數據、管理數據、計費數據的統計和管 理功能，提供相應的統計、報表，并在37、工程實施過程中會根據用戶需求 定制報表格式，可自行定義報表格式和查詢數據內容，對任意時段內任 意項目進行業務數據統計，并可輸出到打印機、傳真機、HTML、Excel 文件、數據庫等，管理人員可定期（如每小時、每天、每周、每季度、 每年）根據需要將信息打印出來。 默認統計報表功能如下： ? 按照服務類型日統計報表 ? 按照時間段日統計報表 ? 按照手機號碼月統計報（總）表 ? 按照醫療機構月統計報表 ? 日、月份各醫療機構就醫流量排名 ? 和江蘇移動及各醫療機構的結算報表 25 4.7. 對賬模塊 建立對賬機制，每日對帳務進行核對，對賬格式祥見附錄B。并提供 WEB對賬查詢界面供財務人員使用。 38、26 5. 項目實施計劃 整個項目將在合同簽定后一個月內投入商用，東軟公司將投入最少 五名開發人員進行開發，同時公司采購，技術支持以及項目管理人員將 配合保證項目如期完成。 A移動方事項 1. WAP：由于徐州公司手機預約掛號項目的wap網站接入點為： （掌上徐州） ，技術支持方為東軟 。如果各地市的wap 網站有各自的技術支持方，需和各wap網站技術支持方協調獲得手機 號的接口開發事宜。 2. 二維碼：只需省公司的平臺進行對接，提供與徐州項目的相同配置 的二維碼識讀機具及密鑰IC卡即可。 4. 手機支付：各地市移動公司需幫助各地市醫療機構申請和開通江蘇 省手機支付遠程商戶的無磁無密協議。 B39、醫療機構事項 1和醫療機構HIS系統接口：由于江蘇省各地市沒有統一的醫療資源統 一接口，接口基本需單獨開發，項目實施過程中需根據各家醫療進行業 務連調。 2010-12-24補充： 2010-12-24補充： 補充 預約掛號平臺需求補充： 預約掛號平臺需求補充： 補充 27 1、提供上傳醫院介紹接口（如醫院特色，專科介紹，專家介紹等） ； 2、提供上傳科室、人員接口； 3、提供上傳專家、專科排班表接口（上文提到的導入功能可能比較麻 煩，因為醫院排班會經常變動，如果通過導入功能來操作會比較麻 煩） ； 4、專家、專科預約時需要控制到午別或者時間點，提供接口方便預約 人未來醫院就診時可以回收該號; 5、提供管理頁面，方便醫院臨時調整排班和發布通知； 6、提供管理頁面，醫院可管理黑名單； 7、提供安全機制，防止黃牛倒號； 8、提供管理頁面，如由于專家臨時請假、排班調整等情況導致已預約 號無法使用，則需要有短信、電話通知預約人的功能； 9、提供預約確認接口，預約人到院確認后安排就診； 10、 提供管理頁面，提供各種統計、對賬報表。 28