本文由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. 手机购票系统的功能划分 …… 12 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 Sev） …… 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:平帐结果文件格式 …… 错误！未定义书签。 错误！未定义书签。 附录 F: 对 XML 包的包头编码约定： …… 错误！未定义书签。 错误！未定义书签。 附录 G: 对 HTTP 包的包头参数约定： …… 错误！未定义书签。 错误！未定义书签。 附录 H: 对交易流水号的要求： …… 错误！未定义书签。 错误！未定义书签。
2
前 言
为了提手机终端的业务使用范围，以手机终端应用为核心开展医疗 行业信息化业务，为移动手机客户与医疗机构架起交易的桥梁，特编写 本业务实现方案。 本设计方案描述了中国移动通信集团江苏有限公司为江苏省内各 医疗机构开展移动预约挂号业务及二维码电子预约挂号、手机支付业务 的实现方案。 本业务系统是基于移动通信技术、计算机网络及相关应用技术,用 以完成
手机预约挂号业务的系统建设依据。本业务面向江苏省内的开通 《手机支付》的中国移动用户、及中国移动的集团会员用户提供挂号费 自动缴纳业务。
本方案规范起草单位：中国移动通信集团江苏有限公司
3
1. 总
则 1.1.概述
1.1.1. 现状分析 目前，用户到医院就医需提前挂号，挂号的途径如下： 1） 、到医院前台现场挂号； 2） 、通过中国移动通信集团江苏分公司提供WAP方式预约挂号（在有 的地市已开展，但系统没有提供支付功能） ； 3） 、基于互联网WEB方式的预约挂号（在有的地市已开展） 随着人们生活节奏的加快，为提升生病患者的就医效率，需进 一步优化目前的预约挂号流程，提供支付功能，同时增加12580的语 音预约挂号功能，给老人提供便捷的预约挂号手段，以丰富的手机 终端信息化需求增加用户的黏粘。 1.1.2. 业务发展机会 如果能够随时随地的查询到医疗机构的医疗资源，实时进行医 疗资源的预约，提升患者的就医渠道，那将极大的方便就医患者看 病就医，解决“看病难、看病贵”的问题。优点如下： ? 提升医疗资源的综合利用率； ? 免去繁琐的支付操作！ （和网上支付比较而言） ； ? 扩充手机终端的应用；
4
以手机终端应用强化手机终端和医疗行业信息化业务需求的 结合； 1.1.3. 业务发展的必然性
市场竞争促进业务发展 1.1.3.1. 市场竞争促进业务发展 通过手机终端进行预约挂号是实现随时随地医疗资源查询和医 疗资源的预约，并通过手机支付业务解决预约挂号的支付问题，提 高用户挂号的到医率，与传统的预约挂号功能相比，移动支付也要 比其的支付手段简洁多。 1.1.3.2. 技术成熟推动业务发展 1.1.3.2.1. 移动手机手机钱包支付平台 随着移动电子商务及支付手段的日益成熟，手机支付越来越深 入人们的生活，目前可以用江苏移动手机可通过12580等方式购买彩 票、自考报名和订阅书报等。随着3G商用进程的逐步加快，各大移 动运营商也在积极推广移动支付业务。 以芬兰为例， 从2002年2月起， 到2004年5月，芬兰国家铁路局在全国推广电子火汽车票，乘客不仅 可以通过国家铁路局网站购买汽车票，还可以通过手机短信订购电 子火汽车票。 在中国，移动电子商务也开始被广泛重视。中国移动通过加强 产业合作，全面加快了手机钱包业务的开发和市场推广步伐。手机 钱包是中国移动与中国银联联合各大国有及股份制商业银行共同推 出的一项全新移动电子支付、金融信息服务，此业务由北京联动优
5
势科技有限公司提供运营支持。2007年11月，中国移动开始B2C业务 的试运营，用户用
手机或者互联网登录名为“移动影音书刊俱乐部” 的B2C网站，就可以购买影碟、唱片、书刊、书籍等商品，并通过手 机话费作支付。 移动电子商务给人们的生活带来了方便，提高了效率。 1.1.3.2.2. 二维码
二维码 （2-dimensional bar code） ，即二维条码，全称二 维条形码，是用某种特定的几何图形按一定规律在平面（二维方向 上）分布的黑白相间的图形记录数据符号信息的；在代码编制上巧 妙地利用构成计算机内部逻辑基础的“0”“1”比特流的概念，使 、 用若干个与二进制相对应的几何形体来表示文字数值信息，通过图 象输入设备或光电扫描设备自动识读以实现信息自动处理：它具有 条码技术的一些共性：每种码制有其特定的字符集；每个字符占有 一定的宽度；具有一定的校验功能等。同时还具有对不同行的信息 自动识别功能、及处理图形旋转变化等特点。 二维码能够在横向和纵向两个方位同时表达信息，因此能在很 小的面积内表达大量的信息。 二维码具有储存量大、保密性高、追踪性高、抗损性强、备援 性大、成本便宜等特性，这些特性特别适用於有价证券、表单、安
6
全保密、追踪、证照、存货盘点、资料备援等方面。 二维码的特点： 1． 高密度编码， 信息容量大： 可容纳多达1850个大写字母或2710 个数字或1108个字节，或500多个汉字，比普通条码信息容量约高几 十倍。 2．编码范围广：该条码可以把图片、声音、文字、签字、指纹 等可以数字化的信息进行编码，用条码表示出来；可以表示多种语 言文字；可表示图像数据。 3．容错能力强，具有纠错功能：这使得二维码因穿孔、污损等 引起局部损坏时，照样可以正确得到识读，损毁面积达50％仍可恢 复信息。 4．译码可靠性高：它比普通条码译码错误率百万分之二要低得 多，误码率不超过千万分之一。 5．可引入加密措施：保密性、防伪性好。 6．成本低，易制作，持久耐用。 7．条码符号形状、尺寸大小比例可变。 8．二维码可以使用激光或CCD阅读器识读。 二维码的优势： 1） 电子化凭证：弥补凭证环节的缺失，使电子商务交易形成 完整闭环。 2） 无纸化凭证：代替了传统的纸质凭证，节省材料非常环保。 3） 省物流环节：无线网络传送省去物流环节，节约成本提高 效率。 4） 便捷而时尚：手机随身携带，取用自如，时尚快捷。
7
从中国第一张电子电影票的诞生，到新闻联播播出的南航自助 值机系统的成功应用，再到即将在全国60多家国际机场全面采用的 移动VIP易登机服务，条码凭证产品已成功应用在移动通信、文化演 出、交通运输、金融、餐
饮娱乐、旅游等多个行业展开实际应用。 各类电子化票据、证据，如电子票（电影票、演出票、火车票、飞 机票等等） 、电子优惠券、电子提货券、电子VIP、积分兑换凭证等 等。目前在电子票务、电子VIP、积分兑换、电子优惠券等方面的应 用已经比较成熟。 手机终端预约挂号的应用为医疗行业提供了新的预约挂号途 径，将预约挂号信息送由“纸制”变为“数据流” ，用“电子预约挂 号票”取代“实体挂号票” ，消费者可以不受时间空间的限制获得电 子预约挂号票配送服务，而且验票过程对于验票方和客户来说也同 样省心省力。 1.1.4. 1.1.4. 目标人群定位
繁忙的商务一族 商务人士不分昼夜的工作，经常出差，偶尔患病，没有时间到 医院进行繁杂的就医等待，急需一种高效率的预约挂号方式解决就 医等待问题。通过手机终端、12580等挂号方式解决预约挂号问题， 实时查询医疗资源信息，这些功能都极大的方便了商务人士。 ? 崇尚时尚的年轻一族 年轻人对新生事物的好奇心，致使他们非常乐意试用手机预约挂号 功能这一新业务。
8
年龄偏大的老年人 目前年轻一代的子女基本有父母照看， 小孩又是易生病的弱势群体， 如何方便老人带小孩到医院就医，我们可以通过12580语音预约挂号、 基于手机WAP方式挂号，拓展手机支付业务的大好良机。通过12580进行 预约挂号，能拓展12580的业务种类，通过手机支付能提升预约挂号的 到医率。 1.2.目标和原则 移动手机支付系统的建设目标是实现通过手机完成电子交易的 支付，支付系统以客户为中心；具有较强的实时处理能力。 在系统实现过程中，遵循如下技术原则： 1. 灵活性与可扩展性：方便扩展设备容量和提升设备性能；具 备支持业务处理的灵活配置，业务功能的重组与更新的灵活 性； 2. 安全可靠性：提供良好的安全可靠性策略，支持多种安全可 靠性技术手段，制定严格的安全可靠性管理措施； 3. 先进性：采用先进成熟的设备和技术，确保系统的技术先进 性，保证投资的有效性和延续性。 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》 《中国移动手机钱包支付通信协议（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 手机钱包支付通信单元
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 Certificate 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网站； 交易：完成业务的交易处理，主要包括用户的鉴权，扣费，对帐等； 业务管理：根据业务管理要求，完成用户管理、业务统计等管理工作； 帐务处理： 对用户的帐务信息进行统一的管理、 查询、 统计分析等工作， 与各大医疗机构及各移动分公司进行对账业务的处理； 后台管理功能： 1）后台提供预约挂号的操作解决，给12580操作员使用，解决通过 12580预约挂号功能； 2）后台提供医疗资源信息导入功能，让各大医疗把可以预约的医疗 资源导入系统； 3）系统提供后台接口，和各大医院的HIS进行对接，实时把预约请 求发送给HIS； 4） 医院体检结果的彩信、 短信推送 （此功能做为预留接口后期开发） ； 系统管理： 为保证系统的正常运行， 需要对系统的应用软件、 硬件资源、 数据库、网络等进行监控，以便及时掌握系统的运行状况，对故障 快速做出反应。
12
2.2. 2.2.1.
主要设备功能介绍 WAP服务器 WAP服务器
WAP服务器接受用户的查询和手机预约挂号请求并将结果呈现给用 户，包括查询医院信息、专家信息、手机钱包支付确认等功能实现。 查询和预约挂号功能通过与各大医疗机构的中间件查询和
操作各大 医疗机构的HIS中心数据库。 由于手机号码有其唯一的特性，目前WAP服务器和CRM系统进行业务 对接，获得用户密码信息，可直接登录WAP网站查询购票。 2.2.2. 移动支付服务器 移动支付服务器负责与江苏移动手机支付系统的交互， 采用中国 移动的《中国移动省级手机支付系统商户接入规范》 。基本功包 括： ? 支付 由我业务平台向江苏移动手机钱包支付系统发起的，对某手机用 户手机钱包支付帐户的扣款操作。 ? 退款 由我业务平台向江苏移动手机钱包支付系统发起的，对某手机用 户手机钱包支付帐户的退款操作。 ? 冲正 由我业务平台向江苏移动手机钱包支付系统发起的，对某交易 （支付）的冲正操作。
13
用户协议查询 由我业务平台向江苏移动手机钱包支付系统发起的， 对某手机用 户的用户签订的协议进行查询操作。
2.2.3.
二维码验证(WEB)服务器 二维码验证(WEB)服务器 (WEB) 电子回执是基于中国移动通信网络的电子化凭证，具体来说，
电子回执就是将业务服务商提供的特定业务信息或个人身份信息加 密、编制成二维条码，根据手机终端型号进行适配封装后，通过移 动数据通道发送到手机终端并显示出来，消费者凭借手机上显示的 二维条码电子图形，在服务场所的受理终端上解析成原业务信息， 实现特定业务信息的快速、准确、有效地传递，以达到在不同的应 用领域里对不同的对象如业务数据、客户资料、业务流程或环节进 行管理的目的，支撑各类电子商务或移动电子商务流程的完整实现。 本案中的二维码验证服务器在用户通过手机、12580预约挂号后 根据其业务流水号生成二维码，并将其根据手机类型发送 （MMS/EMS/SMS：内容中都包含二维码及辅助码）给用户。用户持二 维码到就医点换取相关的挂号信息的识读设备识读时，识读设备将 二维码识读解密出后的数据通过网络传回二维码验证服务器，二维 码验证服务器验证该条码是否有效。对于转发的二维码，验证平台 可以保证仅首次验证有效。此功能根据地市公司的要求进行业务设 计，初期保留相关的系统接口。 注：
14
1．MMS（Multimedia Messaging Service）―
―
多媒体彩信，
需 要 手 机 硬 件 支 持 彩 信 且 开 通 GPRS （ General Packet Radio Service――通用无线分组业务）功能。 2．EMS（Enhanced Messaging Service）― 用于非诺基亚品牌的手机。 3．SMS（Smart Messaging Service）―
― ―
增强型短信，适
智能型短信。为NOKIA
公司标准，适用于NOKIA品牌手机，但部分其他品牌手机如索爱、三 星等也支持。 4．无论操作者选择短信还是彩信方式
来接收电子回执，均不 产生任何通讯费用。 2.2.4. 数据库服务器 完成内部数据管理的功能实体，实现预约挂号订单、支付数据、 用户数据、二维码数据、数据字典、统计数据的存贮。包括： 系统数据表：包括有预约挂号订单表、二维码相关数据表； 业务数据：系统业务中使用到的各种业务数据； 业务数据字典：系统业务中使用到的各种字典数据； 信息数据表和检索引擎：数据库服务器中具有业务数据信息的全 部数据字典，并要求能够在信息查询时使用信息检索引擎，信息 检索引擎提供应用服务器中的Web Server查询的接口； 2.2.5. 换取预约挂号信息终端识读设备 换取预约挂号信息终端识读设备 采用上海翼码的ER2200系列可嵌入式条码凭证业务识读模组， 该系列产品识读性能强大，适应包括各种彩色和灰度显示液晶屏
15
幕上显示的二维码，涵盖目前各种主流手机。识读精度达到 3mils ， 目 前 可 识 读 的 二 维 码 包 括 PDF417 ， QR Code ， DataMatrix 等国际标准二维码，各种国际标准的一维条码。 该系列产品为嵌入式模块化设计，适用于各种型式的二维码应 用。利用手机无线网络平台和二维码图形载体，进行各种业务的 信息认证应用。产品体积小，应用灵活，快速读码，易于操作使 用。该设备的标准接口配置为USB接口 2.2.6. 维护/ 维护/统计终端
系统的维护和监控终端实现对包括WAP服务器/移动支付服务器/二 维码验证服务器/相关服务器和网络设备的安装、配置、监控、维护、 告警等功能。其主要内容有： a) 对WAP服务器的监控、配置、维护； b) 对移动支付服务器的监控、配置、维护； c) 对二维码验证服务器的监控、配置、维护； d) 对数据库服务器的监控、配置、维护； e) 全中文图形界面维护终端（BS架构或CS架构，根据实际应用 选择） 统计终端完成对系统的各种数据的统计功能，可以按照不同的要求 进行全面的统计，并以各种图表的方式表示出来 2.3.系统扩展性 服务器设备： 数据库服务器配置采用最多可支持2CPU的机器，初期配置为单机双
16
CPU，如后期系统规模扩大，可更换服务器。 其它应用服务器，初期系统规模较小的时候，可以配置少量的机器， 等系统规模扩大的时候，可以增加多台服务器，以实现系统模块的冗余 备份。 UPS的配备（局方自备） ，保证系统设备不受市电浪涌现象影响以及 停电的情况下系统的不间断运行 建议中心系统配置两套以太网交换机，提供高可靠性的冗余网络链 路； 配备硬防火墙，彻底隔离内外网，杜绝恶意访问和病毒攻击； 完善的网管功能，实时监控网络设备运行状况，及时准确
的故障报 警和定位。 换取预约挂号信息的终端： 换取预约挂号信息的终端采用目前主流的PC配置，如后期系统规模 扩大，换取预约挂号信息的人数增多，可适时增加PC和识读设备。 3. 手机预约挂号信息系统业务功能实现 3.1. 3.1.1. 手机预约挂号业务流程 手机预约挂号业务流程 业务流程示例（用户通过WAP购票） 业务流程示例（用户通过WAP购票） WAP购票
手机预约挂号的业务实现流程： （1） 移动用户用手机浏览WAP网站。 （2） WAP服务器将用户查询请求提交给后台服务器，查询要预约挂 号的医疗机构的医疗资源信息。
17
（3） WAP服务器将结果反馈给移动用户手机。 （4） 移动用户选择相应医疗资源机构名称及专家信息，并进行手 机钱包支付，同时通过后台接口向各大医疗机构的HIS中心发出 相应的预约请求，如预约挂号成功则给用户返还预约成功信息， 如医院医疗资源不足，不足则提示用户预约挂号失败。 （5） 在用户通过江苏移动手机钱包支付系统鉴权确认支付后，手 机钱包支付网关再将用户请求提交给江苏移动手机钱包支付系 统。 （6） 江苏移动手机钱包支付系统交易单元进行帐户扣费操作，并 将响应信息返回给手机钱包支付网关。 （7） 手机钱包支付网关成功完成交易后将订单信息通过短信息和 二维码发送至用户手机，如不成功将失败原因回馈用户（如余额 不足） ，并将先前对应的预约挂号请求做撤销动作，此接口预留。 （8） 用户凭订单号或二维码到相应的医疗机构的服务窗口或自助 终端换取相应的预约挂号资源，通过二维码识读设备将二维码识 读出后，验证成功后换取相关的凭证到指定的医疗资源处就医， 后期可实现用户通过二维码识读设备直接就医。
18
开始
移动用户浏览 WAP 网站
输入查询条件查询相应的医疗资 源 否 是否有相应医疗资源 是 选择相应医疗机构和专家信息
更改条件 或退出
否 是否有足够医疗资源 是 否 是否手机支付账 户有足够余额
更改条件 或退出
更改条件 或退出
是 将订单号通过短信息和二维码发送至用户手机（预留）
结束
移动用户手机预约挂号流程
19
开始
移动用户通过 12580 预约
12580 通过查询界面输入查询条件查询 相应的医疗资源 否 是否有相应医疗资源 是 选择相应医疗机构和专家信息
更改条件 或退出
否 是否有足够医疗资源 是 否 是否手机支付账 户有足够余额
更改条件 或退出
更改条件 或退出
是 将订单号通过短信息和二维码发送至用户手机
12580 操作员 挂机结束
移动用户通过12580预约挂
号流程
20
开始
用户凭订单号或二维码到服务窗口进行验票
否 是否有效订单号 是 不予预约 挂号
打印相应挂号信息
结束
移动用户换取就医信息流程
3.1.2.
手机二维码验证示例
用户持存有二维码的手机到相应的医疗资源机构后，在换取凭证终 端的识读设备前将手机上的二维码进行识读，如果识读正确，屏 幕上将出现该二维码的业务信息，如是未识读使用过的二维条码 且业务信息正确，验证人员根据该信息进行对应的出票工作，如 是已经识读使用过的二维条码，或是业务信息不正确，则不予换 取相关的就医信息，此接口预留。
21
3.2.系统性能计算与配置 3.2.1. /二维码 中间件服务器（ 二维码/ Sev） WAP /二维码/中间件服务器（Win2003 Sev）
采用HP DL380G5 Rack Mount Server 双路服务器 支持Transaction数为300次/秒 3.2.2. 数据库服务器 采用HP DL380G5 Rack Mount Server 双路服务器 数据库软件采用ORACLE9i
22
4. 关键技术实现 4.1. 系统的安全性
系统从“主机系统安全”“网络系统安全”“数据安全”和“应 ， ， 用系统安全”四个方面提供了安全性保证。 （1）主机系统安全 1、主机操作系统和数据库系统定期互为备份； 2、主机系统和数据库系统的用户密码由各自的管理员专人掌握，密 码能够灵活更换； 3、只有系统管理员可以使用超级用户登录； 4、操作系统用户定期清理服务器中的垃圾文件； （2）网络系统安全 1、本系统原则上通过移动机房的防火墙与外部计算机系统隔离。 2、系统的各级登录密码严格管理。 3、网络登录密码要定期更换。 （3）数据安全 1、数据库本身有较强的安全机制； 2、数据库的用户名和密码与操作的用户名和密码不同； 3、在数据库级，系统应用级数据按照数据备份制度定期备份； 4、内部数据查询应对不同的人员设定不同的级别，每人只能查询与 自己相关的数据。 （4）应用级安全 1、支持根据计费帐务应用的具体情况，对于应用系统的某些处理模
23
块和某些功能的使用权限、登录用户对于数据字典的访问权限、应用系 统操作人员不同角色的处理权限等，实施权限控制。 2、提供操作日志和审计功能，记录操作员进入和进出的时间，记录 重要的操作。 3、关键模块实现热冗余，热切换。 （5）传输级安全 1、系统内部模块通讯，采用了TCP/IP协议，支持32位加强的加密算 法，保证了内部传输的安全性。 2、 B/S/S三层架构方面， WEB 基于SERVLET的应用程序验证和加解密， 保证传输的安全可靠。 4.2. 接入模块
系统通过WAP、12580、网站及24小时自助终端将业务界面呈现给
用 户，在这些界面上用户可以查询医疗资源，通过12580、手机终端预约 挂号，管理各种预约挂号订单。 4.3. 预约挂号模块 预约挂号模块
该模块通过后台接口与各大医疗机构的中心服务器通信，提交查询 请求、医疗资源的预约请求，支付超时时间暂定为10分钟，其参数可在 业务管理界面调整。 4.4. 手机钱包支付模块
该模块通过《中国移动省级手机支付系统商户接入规范V1.3》与江 苏移动手机钱包支付系统通信，完成支付、退款、冲正、查询用户信息
24
等功能，并将江苏移动手机钱包支付系统反馈的结果写回手机终端预约 挂号订单表中。 4.5. 电子回执（二维码） 电子回执（二维码）模块 电子回执（二维
平台中所有电子预约挂号信息的发出和验证均由
码）模块来完成，二维码的发送、查询、验证等一系列动作，系统将通 过该模块将相应数据写入预约挂号订单表及二维码主表。 4.6. 统计模块
平台能够确保对于平台业务数据、管理数据、计费数据的统计和管 理功能，提供相应的统计、报表，并在工程实施过程中会根据用户需求 定制报表格式，可自行定义报表格式和查询数据内容，对任意时段内任 意项目进行业务数据统计，并可输出到打印机、传真机、HTML、Excel 文件、数据库等，管理人员可定期（如每小时、每天、每周、每季度、 每年）根据需要将信息打印出来。 默认统计报表功能如下： ? 按照服务类型日统计报表 ? 按照时间段日统计报表 ? 按照手机号码月统计报（总）表 ? 按照医疗机构月统计报表 ? 日、月份各医疗机构就医流量排名 ? 和江苏移动及各医疗机构的结算报表
25
4.7.
对账模块
建立对账机制，每日对帐务进行核对，对账格式祥见附录B。并提供 WEB对账查询界面供财务人员使用。
26
5. 项目实施计划 整个项目将在合同签定后一个月内投入商用，东软公司将投入最少 五名开发人员进行开发，同时公司采购，技术支持以及项目管理人员将 配合保证项目如期完成。 A．移动方事项 1. WAP：由于徐州公司《手机预约挂号》项目的wap网站接入点为： https://www.doczj.com/doc/aa7436943.html,（掌上徐州） ，技术支持方为《东软》 。如果各地市的wap 网站有各自的技术支持方，需和各wap网站技术支持方协调获得手机 号的接口开发事宜。 2. 二维码：只需省公司的平台进行对接，提供与徐州项目的相同配置 的二维码识读机具及密钥IC卡即可。 4. 手机支付：各地市移动公司需帮助各地市医疗机构申请和开通江苏 省手机支付远程商户的无磁无密协议。
B．医疗机构事项 1．和医疗机构HIS系统接口：由于江苏省各地市没有统一
的医疗资源统 一接口，接口基本需单独开发，项目实施过程中需根据各家医疗进行业 务连调。
2010-12-24补充： 2010-12-24补充： 补充 预约挂号平台需求补充： 预约挂号平台需求补充： 补充
27
1、提供上传医院介绍接口（如医院特色，专科介绍，专家介绍等） ； 2、提供上传科室、人员接口； 3、提供上传专家、专科排班表接口（上文提到的导入功能可能比较麻 烦，因为医院排班会经常变动，如果通过导入功能来操作会比较麻 烦） ； 4、专家、专科预约时需要控制到午别或者时间点，提供接口方便预约 人未来医院就诊时可以回收该号; 5、提供管理页面，方便医院临时调整排班和发布通知； 6、提供管理页面，医院可管理黑名单； 7、提供安全机制，防止黄牛倒号； 8、提供管理页面，如由于专家临时请假、排班调整等情况导致已预约 号无法使用，则需要有短信、电话通知预约人的功能； 9、提供预约确认接口，预约人到院确认后安排就诊； 10、 提供管理页面，提供各种统计、对账报表。
28