成都鼎瀚云电子科技有限公司
地址：成都市新南路82号四凯大厦508室
邮编: 610042
电话: 028-85437859
手机：13882081215

首页 > 企业一卡通系统 > 正文

医院订餐智能卡收费管理系统方案

来源：成都鼎瀚云电子科技有限公司 | 2013/5/4 14:28:02 | 浏览2524次

鼎瀚医院供餐管理

系统方案

第一章智能供餐管理系统概述

1.1 项目背景及特点

医院是城市医疗服务的核心结构，随着生活水平的提高，人们越来越重视身体健康和迫切需要得到更好的医疗服务，而在医院里，人数众多的医护人员、病人、病人家属、其他医院员工集中在医院的门诊、住院部，形成高密度的临时社区，他们的生活中需要同一时间用餐，而且医护人员、病人都不方便离开医院到外面就餐，而且这个数量庞大的人群对于就餐的时间、供餐的品种、营养价值又存着较高的要求，此外由于医院的场地有限，不可能像高校那样建设足够大的就餐区，医护工作人员工作节奏很快，也不能花很多时间去食堂就餐，常常需要送餐，而病人更是大多数不方便走动，供餐的服务需要按照病房需要送餐。如何能够准确获取传递、统计供餐的需求，从而有序地安排备餐、送餐的服务，成为医院餐饮供应的公司一大难题。

本项目是针对医院餐饮管理各个环节进行信息化建设，构建一卡通医院餐饮管理系统，将各类人员订餐、餐饮管理公司备餐、送餐形成信息收集、整理、发送、识别、统计的信息链。系统围绕着医院服务的主体医务人员和服务对象病人的就餐需求，提供APP订餐、自助订餐、人工前台点餐等模式，在规定截止时间，系统统计出订餐的各个品类的统计数据及某个餐段的订单，统计发送到相应的厨房打印机上打出订单小票，厨房根据这些小票配餐；配餐完毕的饭菜按照订单所属科室、楼层，分配给相应的送餐员，送餐员拿着下载了订单的手持机到指定的地方送餐，使用刷卡的功能直接调用出订单确认取餐；管理后台实时完成期间的扣费操作，将原先零碎的过程通过管理后台连接成一条完整的信息链，从而高效智能化地解决医院供餐管理的工作。

1.2 系统组成

由于系统选择IC卡电子钱包的信息识别的介质，用于完成各项缴费的管理，；整个系统的核心是建立在B/S架构之上的管理平台软件。软件系统采用B/S架构的体系，大部分设备均采用广域网TCP/IP的通讯模式；

系统软件构成如下：a.智能卡发行管理子系统（餐饮管理处

b.订餐管理模块

c.员工补贴管理规则模块

d.配餐管理模块

e.送餐管理模块

f.自助充值管理模块

g．统计分析模块

第二章智慧餐饮系统设计原则及技术选型

2.1 一卡通系统总体设计原则

根据餐饮一卡通管理系统当前的应用需求和今后的发展方向，系统的设计应遵照以下原则：

l 易用性原则

系统是一个集成了多种高新技术的复杂系统，技术的选择既要考虑先进性，又要考虑实用、可靠和成熟，在系统所有功能的设计中，都必须考虑用户使用的方便性，提供友好的用户界面，操作简单，直观灵活，易于为用户所接受。

l 标准化和规范化

系统电子钱包的金融功能和餐饮配送管理功能应参照相应的国家标准和行业标准；具体而言，消费卡的金融功能应重点参考金融行业的PBOC规范进行设计，餐饮配送的管理功能参照餐饮行业美团、饿了么等订餐流程设计；

l 开放性和可扩充性

系统应该具备良好的开放性，能够将业界最好的产品整合进来，在向用户提供性价比最好的一卡通系统的同时，也可按用户要求定制多种个性化解决方案；随着业务功能的不断拓展，应用规模的不断扩大，要求系统在功能上是可扩充的，以及相应的服务器系统、网络系统、应用软件都能平滑升级和扩展，以最大限度地保护用户的投资。

l 高可靠性和安全性

安全性和可靠性体现在服务器系统、网络通信设备、IC卡用户终端设备、IC卡卡片数据、数据库系统等各个方面，关键部分应能进行集中的控制和管理，整个系统必须有完整的安全策略，以保证服务器系统、网络系统的工作的连续性，保障数据的一致性和完整性。

2.2 一卡通系统支持的识别介质类型

2.2.1 Mifare One S50/S70

非接触IC卡，又名感应卡，由IC芯片、感应天线组成，并完全密封在一个标准PVC卡片中，无外露部分。

非接触式IC卡的读写过程，通常由非接触型IC卡与读写器之间通过无线电波来完成读写操作。

非接触型IC卡本身是无源体，当读写器对卡进行读写操作时，读写器发出的信号由两部分叠加组成：一部分是电源信号，该信号由卡接收后，与其本身的L/C产生谐振，产生一个瞬间能量来供给芯片工作；另一部分则是结合数据信号，指挥芯片完成数据、修改、存储等，并返回给读写器。由非接触式IC卡所形成的读写系统，无论是硬件结构，还是操作过程都得到了很大的简化，同时借助于先进的管理软件，可脱机的操作方式，都使数据读写过程更为简单。

本系统采用较为通用的IC卡作为系统的电子钱包识别使用。

2.3 系统通讯组网方式

本系统涉及的设备有手机（app 订餐）、送餐手持机、食堂收费机、自助订餐机等设备，其中手机和手持机都采用4G无线通讯服务，而食堂的收费机采用标准的TCP/IP 方式进行联网在线管理

；系统的服务器使用广域网固定IP 的服务器；

对于设置在住院部一楼的自助点餐设备，根据现场的网络情况尽可能采用有线的连接，实在无法布线采用WIFI 连接；

第三章系统软件组成及功能描述

3.1 一卡通系统软件体系架构

采用国际先进的多层体系架构，中间件技术开发数据交换中心，真正实现了卡通、库通、网通。一卡通系统的1＋N+1模式，即“1个平台＋N个子系统应用+1个统一门户”。搭建好数字化社区的平台后，在平台上可以根据需要增加用户应用子系统扩展而不需要改变平台，充分体现了系统良好的可扩展性和系统容量。新构建的一卡通软件系统不仅满足当前用户一卡通应用的要求，还满足将来客户数字化建设的技术要求，具有一定前瞻性。

一卡通系统涉及医院供餐预定管理、厨房备餐、配餐及取餐、送餐的各个环节，一卡通系统必须与实际环境紧密结合，才能顺利的推广应用，才能达到良好的效果；一卡通系统既要便于随着实际环境的变化而调整及扩充，又要能够与餐饮公司的现有和将来的其它系统相互连接，有机地组成信息化管理环境；因此系统的软件功能结构设计非常重要，必须在保证系统核心结构相对稳定的前提下，提高系统应用、扩展的灵活性。

为此，从软件系统总体上，我们将一卡通系统的功能进行仔细划分，根据与企业实际环境和应用的关联程度，将公用模块和基础模块抽取出来组成稳定的核心平台，结合“数据集中，统一交换”的思想，将系统分为平台、数据层等几部分，如下图：

u 数据层：承担整个系统的数据存取，可以保证数据的安全和处理的效率；

u 平台模块：作为系统基础或通用的处理功能，与企业的实际应用环境关联较少，相对稳定；

u 业务处理系统：处理一卡通系统中各个不同应用子系统的业务逻辑处理，随着企业环境和需求的变化发展，通过改变或增加业务处理系统能很快适应应用需要，而不影响整个系统的稳定；

u 客户服务：由服务传送总线和终端处理组成，向社区一卡通用户及外围系统提供及时、统一、多方式、全面的数据交换和应用手段，保证数据发生变化能实时反映到整个系统。

系统配合使用Struts、Spring、Hibernate技术的功能及优势，提出基于MVC模式将3大框架结合的架构作为大型J2EE应用程序的解决方案，用Struts构建整体框架，Hibernate技术实现持久层，Spring实现整合和管理。完成业务层和数据库层之间的交互，给出了具体设计过程和实现细节。这两种架构相结合很好地解决了系统的实际开发过程中效率低、不易于维护、低耦合及可移植性差等问题，使得系统扩展更容易，兼容性更强，应用更广泛，使用更方便。

一卡通支撑平台：提供整个一卡通系统的软、硬件支撑，包括数据库服务器、应用服务器、查询统计服务器。

卡务中心管理子系统：卡务中心管理子系统作为一卡通系统的核心业务子系统，包含卡注册、卡片发行、卡片注销、卡片挂失、卡片拾遗、卡片挂失解挂、卡片维护等多项功能。

一卡通信息管理平台由中心主体及各个子系统模块构成，中心主体包含以下内容：

u 一卡通系统基础平台（四个）：卡户管理业务平台、电子钱包结算平台、设备监控管理平台、自助查询服务平台；

u 一卡通管理中心：设备监管中心、卡务中心、缴费结算中心、分析中心。

一卡通系统是有着完整的自主研发、拥有知识产权的产品体系，各个机具可以通过网络访问后台获取菜单、价格、订单内同等数据信息，设备特殊的抗干扰设计保证系统符合电磁兼容性标准；部分机具达到IP65防护等级。

3.2 供餐一卡通子系统功能介绍

3.2.1 智能卡卡户管理子系统

针对本项目所处医院的人员组成的特殊性，在住院部一楼管理处和餐厅办公室分别设立智能卡发放的窗口，系统根据人员的不同信息记录，关联其所在科室信息，方便配送的服务，同时提供充值服务；当发生卡片丢失的情况，该窗口还可以办理卡片挂失、换卡等服务，保障电子钱包的安全使用；根据本项目的需求，发行时还需要把不同类别的人员卡片发行为不同卡类，以便进行其他管理功能的扩展应用；

当智能卡发行成功时，系统根据该卡户的类别等相关信息，在完成消费的过程中执行不同的扣费、补贴规则，从而达到医院对不同人员的供餐服务精细化管理的目的。

3.2.2APP订餐管理子系统

（一）功能概述

一卡通订餐关联子系统服务对象为医院内工作的医护人员、临时工、病人及家属等；订餐的目的在于能够满足不方便到医院外就餐的在岗医护人员及不方便行动的病人、家属等能够提前根据餐饮公司的供餐信息选择自己喜欢的套餐或者食品。利用手机端的APP，实现与系统后台的供餐信息连接，使用者在订餐界面上可以直接看到各个餐段所供应的菜品及剩余未预定的数量，而当订餐截止时间结束，系统也会自动统计出某餐段各个菜品预定的数量，厨房的联网打印机到了预定时间则可以自动接收并打印出各个订单的小票，并且据此配餐。

3.2.2.1系统菜谱管理功能描述

1）供餐商品基本信息管理：这个部分由餐饮管理公司的工作人员根据实际材料提前录入、添加修改形成商品信息数据；

添加商品名称、类型、价格。

商品的类型

商品管理下菜谱管理

点新增出现如下图：

选择日期、名称、餐段、商品名称、日供应数量，保存。

3.2.2.2 订餐APP的使用流程

输入账号和密码，登录

选择日期、餐段

判断未过截止时间

选择菜品并确认

选择取餐时段

数量不够

重新选择菜品

已过订餐截止时间

重新选择日期、餐段

保存并生成正式订单，订餐记录表新增订餐记录

设置，输入IP,端口（IP地址会每天变更，现在是没有放在固定IP的服务器上，端口是8980）

3.2.2.3 取消订餐

输入用户名和密码，登录

点击用户信息栏，进入订单记录界面

找到需要退餐的订单记录，点击“退款”按钮即可完成退餐

3.2.2.4取餐认证扣费

卡片放到读卡器

显示姓名、卡余、卡类、所订菜品名称、合计金额

点击确定，扣款成功，生成消费记录并发送一条取餐标识到订餐表

3.2.3 配送餐管理子系统

功能概述

由于医院人员密集，用餐时间集中，如何能高效地配送是餐饮公司的关键点；本系统后台接收到订餐信息后，按照截止时间后10分钟开始打印订单，厨房订单打印可以根据菜品的分类分别指向不同IP 的厨房打印机传送并打印，厨房的配餐员根据订单小票配好餐，然后按照不同科室、楼层信息，交给相应的送餐员完成送餐。

送餐员使用手持机完成送餐时的识别，

智能手持终端DH-TPS900规格表

图片

CPU

四核 1.1GHz

摄像头

后置500万像素

RAM

1GB

SIM卡槽

SIM*1

NAND Flash

8GB

PSAM卡槽

PSAM*2,符合ISO7816标准

操作系统

Android5.1

音频系统

内置扬声器、蜂鸣器、麦克风

主屏

5.5英寸，分辨率1280*720 IPS屏电容触控

电池

2200mAh 锂电池

通讯方式

4G全网通

外部接口

耳机孔

WIFI

802.11b/g/n

USB接口

Micro USB2.0*1

蓝牙

Bluetooth4.0

电源接口

DC 5V/2A

打印

纸卷58*35，热敏打印机

功能键

1个开关机物理按键，3个触摸键

读卡配置

非接IC卡

13.56MHz，ISO/IEC14443 Type A/B，符合QPBOC规范

3.2.4自助点餐、充值管理设备

为了方便病人及家属在未订餐的情况下，到一楼服务台快速完成点餐，同时也节省供餐管理的工作人员的人手，系统配置自助服务设备，设备上带有读卡器，使用时先刷卡认证身份，然后选择充值或者点餐操作界面，完成自助服务。

3.2.5 营养餐厅专用管理子系统

（一）系统概述

医院的营养餐厅是给在治疗过程中的病人提供特定营养配餐，这部分的配餐，菜品内容需要符合病人治疗和康复的营养需要，所以在本系统定制了专用的由主治医生下单安排的营养餐订餐管理模块，医生根据病程需要直接在系统上下单，营养餐厅根据医生下的订单给相应的病床配餐送餐；

（二）主要功能

功能	功能说明
营养餐信息设置	营养餐厅主管根据医院的规定，输入并更新每天的营养餐菜谱，
系统权限、规则管理	根据系统中的卡户，设置相应医生的开单权限，并且预制营养餐订餐的管理规则，例如订餐截止时间等；
营养餐订餐管理	医生按照自己系统中的身份、密码登录，按照权限可以选择打开营养餐预订界面，选择时间餐段、营养餐种类和病人的编号（关联科室、病床号），完成订单确认；
营养餐配餐管理	餐厅厨房按时打印订单，并且据此配餐；
营养餐送餐管理	系统根据送餐员的值班情况安排营养餐的送餐派单，送餐员带着送餐手持机到指定地点送餐，送餐时刷卡确认病人身份和订单内容，避免错误；

（三）系统优势

u 系统整体信息流程清晰，将各个环节操作信息化，操作简单明了；

u 设备均在网运行，主管可以随时观察运营情况；

u 送餐员按照订单派送，病人刷卡认证准确快捷；

上一条：门禁管理子系统
下一条：会议签到管理系统方案