医院有工作人员1000多人，工作人员就餐方式是由工作人员到餐厅现场购买，购物方式是由工作人员到小卖部现场购买；由于工作人员工作繁忙，如果采用电话预约订餐，在中午就餐时间段，电话常常占线，并且餐厅人员通过纸和笔记录，手工制作食品制作计划、食品配送单等。由于医院工作人员人数多，由餐厅的接电话人员有限，通过手工记录订餐人员姓名、科室、所需食品名称和数量、金额、领取计划，数据量大，容易出错、费时费力，工作中出现错误，查对困难。如何节省饭堂开支，提高饭堂管理水平，在保证员工吃饱吃好的前提下，又能避免出错，省时高效、力行节约、节省人力成本，医院根据院内局域网网络设备齐全、院内均可上局域网的实际情况，本着少花钱、多办事的宗旨，提出通过网络自助点餐的一套高效的餐饮管理模式。
系统通过工作人员在电脑中自助选择饭菜，提交给餐厅管理部门，轻轻松松，管理系统自动生成各类管理报表，合理安排各类工作计划的实施。
1.2 医院目前职工消费的工作方式和自助订餐售饭管理系统项目需求
医院有三家食堂、一个小卖部，食堂和小卖部的财务和营业各自独立核算、独立运作。目前消费方式有电话订餐、送餐小卖部电话订购、送货和餐厅现场消费和小卖部现场消费方式。现场消费刷卡，而电话订购是采用送货后收取现金的方式，给职工和餐厅管理造成极大不便。并且餐厅和小卖部都有可连上医院内网，因此医院提出如下需求：
职工消费流程：
1、医院职工可以凭一张IC卡在各个食堂和小卖部消费，也可以凭IC卡帐号通过医院内网在各个食堂和小卖部消费，实现自助订餐和购物。
2、 订餐时可选择具体菜品、送餐地点和供货单位，确定后在订餐系统个人帐户中扣减金额。（订购请提前一个半小时预约）。
3、 未订餐的员工可凭IC卡直接到任一餐厅、小卖部消费。
4、 各餐厅工作人员通过餐厅管理机查询、打印订餐情况，准备原料并提供对应饮食。
5、 餐厅工作人员工根据报表送餐。
各饭堂、小卖部管理流程：
1、 各饭堂、小卖部只能编辑自己单位的饭堂、小卖部的品种和菜谱。
2、 各饭堂、小卖部只能对自己单位的人员进行管理，如增加、删除使用人员和分配权限。
3、 只能查询和打印自己单位的消费情况和营业表。
1.2.1 网络自助订餐和餐厅消费系统：
（一）依托本院内部局域网，使本院员工在个人工作电脑上登录实现自助订餐；订餐时可选择具体菜品、送餐地点和供货单位，确定后在订餐系统个人帐户中扣减金额。（订购请提前一个半小时预约）
（二）餐厅工作人员通过餐厅管理机查询、打印订餐情况，准备原料并提供对应饮食。
（三）餐厅工作人员工根据报表送餐。
（四）饭堂管理人员通过系统对各种信息进行统计各消费点营业情况查询工作。
1.2.2 系统构成：网络订餐及售餐系统主要有网络订餐、餐厅售餐系统、小卖部网络订购和现场消费，综合管理系统等五大部分构成；各系统相互协助，各施其职，从而实现要达到的应用管理目标：
1.2.2.1 网络订餐网络订餐系统的首页应集成链接到本院内网系统中；单位员工登录后可进入订餐系统：
（1） 系统自动显示单日菜谱和该员工卡余额。
（2） 已订餐的显示订餐信息；
（3） 用户通过个人工作电脑选定菜品完成订餐。
（4） 订餐方式为：今天订今天。超过订餐时间，订餐系统提示不能订餐。
（5） 已订餐情况修改：已订餐员工在订餐时间结束之前可修改或取消订餐。订明天餐结束时间为今天送餐时间一个半小时前，超过订餐时间，订餐系统提示不可修改或取消。
（6） 选订菜品方式：分为根据单日菜谱每一条菜选择， 每餐订餐金额超过该人员个人帐户金额，不允许订餐。
1.2.2.2 餐厅售餐系统
餐厅售餐系统主要完成餐厅未订餐售餐业务。
使用对象：
未订餐的用户，如厨房有备菜的情况下，该用户可选择相应菜品；如厨房没有备菜的情况下用户只能消费固定的饮食，按固定饮食价格消费。
（1）用户选择菜品，餐厅操作员核算金额录入售饭终端；
（2）用户刷卡进行身份及帐户验证；
（3）系统对验证后的用户进行扣款；
1.2.2.3 综合管理系统
综合管理系统是单位订餐及售餐系统核心模块，主要有订餐管理，用户帐户管理、消费数据查询统计，基础数据管理等功能。
（1） 用户帐户管理：完成用户帐户的建立、充值、退款、挂失、解挂、注销等操作；
（2） 基础数据管理：完成基础数据的建立（菜品基本信息、人员基本信息等）
（3） 消费数据查询统计：对消费数据进行查询统计和按各消费地点统计营业情况；
2. 订餐售饭管理系统的总体设计综上所述，医院订餐管理系统总体设计如下：
2.1 订餐售饭管理系统构架
医院订餐管理系统整体解决方案的网络结构采用业界流行的B/S体系结构，B/S（Browser/Server）结构即浏览器和服务器结构。它是随着Internet技术的兴起，对C/S结构的一种变化或者改进的结构。在这种结构下，用户工作界面是通过WWW浏览器来实现，极少部分事务逻辑在前端（Browser）实现，但是主要事务逻辑在服务器端（Server）实现。这样就大大简化了客户端电脑载荷，减轻了系统维护与升级的成本和工作量，降低了用户的总体成本。
目前，软件系统的改进和升级越来越频繁，B/S架构的产品明显体现着更为方便的特性。对一个稍微大一点单位来说，系统管理人员如果需要在几百甚至上千部电脑之间来回奔跑，效率和工作量是可想而知的，但B/S架构的软件只需要管理服务器就行了，所有的客户端只是浏览器，根本不需要做任何的维护。无论用户的规模有多大，有多少分支机构都不会增加任何维护升级的工作量，所有的操作只需要针对服务器进行；今后，软件升级和维护会越来越容易，而使用起来会越来越简单，这对用户人力、物力、时间、费用的节省是显而易见的，惊人的。
因此，基于B/S模式的Intranet技术适合于进行综合信息系统的集成，建立基于各类信息源的应用系统。建成功能丰富、扩充灵活的现代化计算机网络系统，提高业务处理的效率和质量，实现整合客户的现有的各种信息系统，并且为客户提供多元化服务、提高竞争能力、加快业务管理水平的发展打下良好的基础。（系统网络结构图如下图1所示）
见下页。
3. 网络自助订餐售饭管理系统
该系统适合于办公场所、个人电脑终端，采用TCP/IP通讯。该系统订餐消费为实时方式，当连上中心数据库时，职工通过输入工号和个人密码识别身份合法性，身份识别通过后，自助选择订餐，选择完成后时将订餐消费明细上传中心数据库，在数据库中扣款。
3.1 功能简述本系统已有多家企业使用，不仅功能强大而且性能稳定、数据安全可靠、通讯快捷，其主要功能有卡管理、持卡人管理、数据库管理、日常业务处理、通讯管理、统计汇总、查询报表、系统管理、系统监控等功能。
3.1.1 主要功能n 网络订餐管理系统
u 终端系统登陆设置
u 输入工号和个人密码身份识别
u 名单管理
系统可以实时监控数据库中心名单的变化，拒绝挂失的黑名单卡使用。
u 数据采集
职工通过输入工号和个人密码网络完成订餐后将职工的订餐明细实时上传到中心数据库内。
u 订餐修改
职工通过网络可以在规定时间内修改订餐的明细实时上传到中心数据库内。
u 消费查询
职工可以通过输入工号和个人密码查询指定时间段订餐情况和金额交易明细。
n 餐厅售餐系统
u 非订餐用户
如未订餐的用户，用户只能到餐厅现场刷卡消费。
u 早餐点餐消费
早餐不提供订餐服务，就餐人员现场刷卡消费。
n 综合管理系统
1 卡片管理
1.1 发卡种类:
职工就餐卡：职工餐厅消费、网络订餐确认。
临时卡、病人订餐卡
管理员卡: 用于管理员设置POS 机号。
1.2 发卡时卡片、数据库记录的内容
工号、卡号、姓名、部门、房号、发卡金额、卡成本、发卡日期、发卡员编号、卡余额、卡消费总金额…
1.3 发卡、充值、退卡管理
1.4 卡遗失时挂失、解挂或补发新卡
1.4.1就餐卡遗失应及时挂失，挂失后，该卡不能退卡、充值，系统提示该卡已挂失信息；电脑下传黑名单给售餐机，挂失卡在售餐机上读写时，被加上挂失标志，不能继续使用。
1.4.2职工找到了遗失的就餐卡，可到卡片管理中心解挂，该卡可继续使用，如该卡已挂失补发新卡，系统提示已补发新卡信息，不予解挂。
2 菜单
2.1 每周菜谱分餐次、代码和菜名编辑。
2.2 菜谱排序原则按挑选时间设定。
3 数据传输
3.1 上传内容：工号、卡号、部门、科室、房号、操作日期、操作时间、星期、餐次、食品代码、订购数量、金额、卡余额、卡消费总金额、供货单位（灶种）…
3.2 菜谱信息发布内容：一周菜谱（星期、灶种、餐次、食品代码、食品名称、单价）
4 统计报表
4.1 打印各种开餐单：
4.1.1 各食品在各区的订购数量（食品名称 、单价、餐次、总计（份））（用于厨房制作准备）
4.1.2 分餐次汇总：每餐订购的各食品总量（用于送餐员领餐确认）
4.1.3 各种蔬菜或食品的所含的营养成分统计。
4.2 发饭表：（区、灶种、工号、姓名、订餐明细…）,分餐次、分部门、科室、送餐时间段，并且可以通过订餐时间段打印发饭表。
4.3 现金汇总
4.3.1 发卡、退卡、充值的现金统计
4.3.2 订餐收入汇总
4.3.3 个人的结算汇总、结算清单
4.3.4 现金收支报表（分日报月报两种）
5 系统初始设置：
部门、科室、灶种、餐名、食品类别等…
3.2 网络订餐售餐管理工作流程l 发卡：输入职工工号，写入部门、科室、房号等信息，并储存消费金额于卡中，在电脑中建立个人消费档案。
l 职工通过网络自助订当天食品。
l 系统通过网络订餐生成开餐单（厨房制作食品计划表），按订餐数据统计出来给厨房用于准备食品。
l 系统生成发饭表（订餐领取计划表）：按订餐数据统计出来给售餐员用于发饭。
l 餐厅使用售饭机为未订餐人员在餐厅现场消费，采集就餐数据。
l 相关财务报表（发卡、充值、退卡、操作员日清单、现金收支统计表等）。
3.3 自助订餐系统结构（实体模型）及系统流程图
实体功能解释：
职工注册： 办理IC卡和输入工号和个人密码对应关系，即可订餐。
IC卡管理中心：IC卡发行、挂失、补发、结算。
售餐员： 售餐员每天在餐厅按餐次确认订餐信息，将职工所订餐的食品送给职工。
管理员： 每天打印核对所有必须的统计报表。打印发饭表给售餐员，打印开餐单给厨房。
厨房： 每天根据开餐单到仓库领原料，准备各餐次食品。
仓库： 每天发原料给厨房，并根据需要调整库存。
退卡： 办理餐费结算，退卡注销IC卡和输入工号和个人密码对应关系等信息。
3.4 网络订餐售餐系统部分页面介绍
n 职工网络自助订餐系统界面
职工通过工号和密码登陆网络自助订餐系统后，选择相应的功能：
如选择订餐：可选择星期、餐次、送餐地点、供货单位
员工自助选择饭菜，点击扣款完成订餐；
n 修改订餐：
职工通过工号和密码登陆网络自助订餐系统后，在规定时效内需要修改订餐，可选择修改订餐，选择已订饭菜，点击退餐，完成修改订餐，同时退还订餐金额：
n 消费查询：
职工可以通过工号和密码查询指定时间段订餐情况和金额交易明细。
4. 相关设备介绍
4.1 IC卡手持订餐机（票据打印）外观 |
|
型 号 | WR0003HD |
C P U | motorola 32位dragon ball |
大 小 | 长19*7*3厘米 |
重 量 | 150g（不带电池） |
显 示 | 全点阵液晶，整屏可显示20*20字符或10*10汉字 |
内 存 | 8M字节FLASH存储器 |
字 库 | 国标二级16点阵汉字库 |
输入法 | T9汉字输入法 |
温 度 | -20℃-60℃ |
通 讯 | RS232接口 |
电 源 | 7.4V充电电池 |
WR0003HD手持订餐机能够快速处理大量的订餐数据，WR0003HD手持机具有超强运算能力、大容量、低功耗、软硬件接口丰富等特点，设计人性化，风格简朴，操作方便，它提供功能丰富的软件接口，硬件资源和方便实用的应用开发平台，您可以方便、轻松、快捷地构造各种IC卡应用系统。它具有灵活的上、下载功能，具有高可靠性和通用性，符合相应的国际和国内标准，适用于实时处理数据的IC卡信息系统。
4.2 IC卡读写器（发卡、充值）产品型号 | WR3FR |
产品外观 | |
功能特点 | 同时支持Mifare 1非接触IC卡；读卡速度快；键盘口取电，不需外接电源；具有状态指示灯和声音提示功能；具有短路、过流保护功能；接口软件丰富，可支持DOS、WINDOWS和UNIX等操作系统；体积小，可以做IC卡机具嵌入式非接触IC卡读写头使用；通讯接口支持RS232接口； |
技术参数 |
|
4.3 餐厅收费机
产品型号 | WRTSF（台式） |
产品外观 | |
技术参数： |
|
IC卡品种 | Philips M1 |
工作电源 | 180～240VAC |
后备电源 | 大约4小时 |
功率 | 小于等于5W |
重量 | 小于等于2.5KG |
显示方式 | 双面10位LED显示 |
键盘 | 薄膜开关键盘19键 |
通讯接口 | TCP/IP |
安装方式 | 壁挂、台式 |
工作环境温度 | 摄氏0至45度 |
工作环境相对湿度 | 小于等于90%RH |
公司简介：
文睿物流数据能根据客户的不同需求进行针对性的软件开发。
文睿物流数据在系统软件领域以最佳的技术结合产业知道怎么做（KNOW - HOW）,提供客户完整以及多元化的解决方案。以专业技术能力及前瞻性眼光为客户量身定做信息系统，即能基于企业现有的规模与制度，又能支持未来营运扩充之需求，在快速变迁的环境中永保企业的竞争力。
文睿物流数据秉持公司一贯稳健踏实、勤劳朴实的企业文化，脚踏实地、不吹嘘夸大，是客户最值得信赖的企业e化伙伴。
文睿物流数据凭借“诚信、创新、卓越”的企业精神及灵活敏锐的市场反应机制，在默默耕耘中正在创造着一个又一个奇迹。
文睿物流数据诚意与各界新老朋友携手交流与合作，一起创造更高的应用价值！
如果有任何疑问或问题,随时与我随时与我联系.prefix = o ns = "urn:schemas-microsoft-com:office:office"
谢谢!
宋想文
广州市文睿物联数据服务有限公司
Guangzhou Wenrui RFIDDataService Co., Ltd.
M: 130 7027 9815
T:020-2899 2624
F: 020-3703 4802
E: jasonsong99815@126.com
Skype: wrfids
MSN:wrfids@live.cn
QQ: 997 443 176
A:广州市天河区广州大道北743号
743# Guangzhoudadaobei Road Tianhe District Guangzhou China
