醫(yī)院是城市醫(yī)療服務(wù)的核心結(jié)構(gòu)，隨著生活水平的提高，人們?cè)絹?lái)越重視身體健康和迫切需要得到更好的醫(yī)療服務(wù)，而在醫(yī)院里，人數(shù)眾多的醫(yī)護(hù)人員、病人、病人家屬、其他醫(yī)院?jiǎn)T工集中在醫(yī)院的門(mén)診、住院部，形成高密度的臨時(shí)社區(qū)，他們的生活中需要同一時(shí)間用餐，而且醫(yī)護(hù)人員、病人都不方便離開(kāi)醫(yī)院到外面就餐，而且這個(gè)數(shù)量龐大的人群對(duì)于就餐的時(shí)間、供餐的品種、營(yíng)養(yǎng)價(jià)值又存著較高的要求，此外由于醫(yī)院的場(chǎng)地有限，不可能像高校那樣建設(shè)足夠大的就餐區(qū)，醫(yī)護(hù)工作人員工作節(jié)奏很快，也不能花很多時(shí)間去食堂就餐，常常需要送餐，而病人更是大多數(shù)不方便走動(dòng)，供餐的服務(wù)需要按照病房需要送餐。如何能夠準(zhǔn)確獲取傳遞、統(tǒng)計(jì)供餐的需求，從而有序地安排備餐、送餐的服務(wù)，成為醫(yī)院餐飲供應(yīng)的公司一大難題。
本項(xiàng)目是針對(duì)醫(yī)院餐飲管理各個(gè)環(huán)節(jié)進(jìn)行信息化建設(shè)，構(gòu)建一卡通醫(yī)院餐飲管理系統(tǒng)，將各類人員訂餐、餐飲管理公司備餐、送餐形成信息收集、整理、發(fā)送、識(shí)別、統(tǒng)計(jì)的信息鏈。系統(tǒng)圍繞著醫(yī)院服務(wù)的主體醫(yī)務(wù)人員和服務(wù)對(duì)象病人的就餐需求，提供APP訂餐、自助訂餐、人工前臺(tái)點(diǎn)餐等模式，在規(guī)定截止時(shí)間，系統(tǒng)統(tǒng)計(jì)出訂餐的各個(gè)品類的統(tǒng)計(jì)數(shù)據(jù)及某個(gè)餐段的訂單，統(tǒng)計(jì)發(fā)送到相應(yīng)的廚房打印機(jī)上打出訂單小票，廚房根據(jù)這些小票配餐；配餐完畢的飯菜按照訂單所屬科室、樓層，分配給相應(yīng)的送餐員，送餐員拿著下載了訂單的手持機(jī)到指定的地方送餐，使用刷卡的功能直接調(diào)用出訂單確認(rèn)取餐；管理后臺(tái)實(shí)時(shí)完成期間的扣費(fèi)操作，將原先零碎的過(guò)程通過(guò)管理后臺(tái)連接成一條完整的信息鏈，從而高效智能化地解決醫(yī)院供餐管理的工作。
由于系統(tǒng)選擇IC卡電子錢(qián)包的信息識(shí)別的介質(zhì)，用于完成各項(xiàng)繳費(fèi)的管理，；整個(gè)系統(tǒng)的核心是建立在B/S架構(gòu)之上的管理平臺(tái)軟件。軟件系統(tǒng)采用B/S架構(gòu)的體系，大部分設(shè)備均采用廣域網(wǎng)TCP/IP的通訊模式；
系統(tǒng)軟件構(gòu)成如下：a.智能卡發(fā)行管理子系統(tǒng)（餐飲管理處
b.訂餐管理模塊
c.員工補(bǔ)貼管理規(guī)則模塊
d.配餐管理模塊
e.送餐管理模塊
f.自助充值管理模塊
g．統(tǒng)計(jì)分析模塊
第二章 智慧餐飲系統(tǒng)設(shè)計(jì)原則及技術(shù)選型
2.1 一卡通系統(tǒng)總體設(shè)計(jì)原則
根據(jù)餐飲一卡通管理系統(tǒng)當(dāng)前的應(yīng)用需求和今后的發(fā)展方向，系統(tǒng)的設(shè)計(jì)應(yīng)遵照以下原則：
l 易用性原則
系統(tǒng)是一個(gè)集成了多種高新技術(shù)的復(fù)雜系統(tǒng)，技術(shù)的選擇既要考慮先進(jìn)性，又要考慮實(shí)用、可靠和成熟，在系統(tǒng)所有功能的設(shè)計(jì)中，都必須考慮用戶使用的方便性，提供友好的用戶界面，操作簡(jiǎn)單，直觀靈活，易于為用戶所接受。
l 標(biāo)準(zhǔn)化和規(guī)范化
系統(tǒng)電子錢(qián)包的金融功能和餐飲配送管理功能應(yīng)參照相應(yīng)的國(guó)家標(biāo)準(zhǔn)和行業(yè)標(biāo)準(zhǔn)；具體而言，消費(fèi)卡的金融功能應(yīng)重點(diǎn)參考金融行業(yè)的PBOC規(guī)范進(jìn)行設(shè)計(jì)，餐飲配送的管理功能參照餐飲行業(yè)美團(tuán)、餓了么等訂餐流程設(shè)計(jì)；
l 開(kāi)放性和可擴(kuò)充性
系統(tǒng)應(yīng)該具備良好的開(kāi)放性，能夠?qū)I(yè)界最好的產(chǎn)品整合進(jìn)來(lái)，在向用戶提供性價(jià)比最好的一卡通系統(tǒng)的同時(shí)，也可按用戶要求定制多種個(gè)性化解決方案；隨著業(yè)務(wù)功能的不斷拓展，應(yīng)用規(guī)模的不斷擴(kuò)大，要求系統(tǒng)在功能上是可擴(kuò)充的，以及相應(yīng)的服務(wù)器系統(tǒng)、網(wǎng)絡(luò)系統(tǒng)、應(yīng)用軟件都能平滑升級(jí)和擴(kuò)展，以最大限度地保護(hù)用戶的投資。
l 高可靠性和安全性
安全性和可靠性體現(xiàn)在服務(wù)器系統(tǒng)、網(wǎng)絡(luò)通信設(shè)備、IC卡用戶終端設(shè)備、IC卡卡片數(shù)據(jù)、數(shù)據(jù)庫(kù)系統(tǒng)等各個(gè)方面，關(guān)鍵部分應(yīng)能進(jìn)行集中的控制和管理，整個(gè)系統(tǒng)必須有完整的安全策略，以保證服務(wù)器系統(tǒng)、網(wǎng)絡(luò)系統(tǒng)的工作的連續(xù)性，保障數(shù)據(jù)的一致性和完整性。
2.2 一卡通系統(tǒng)支持的識(shí)別介質(zhì)類型
2.2.1 Mifare One S50/S70
非接觸IC卡，又名感應(yīng)卡，由IC芯片、感應(yīng)天線組成，并完全密封在一個(gè)標(biāo)準(zhǔn)PVC卡片中，無(wú)外露部分。
非接觸式IC卡的讀寫(xiě)過(guò)程，通常由非接觸型IC卡與讀寫(xiě)器之間通過(guò)無(wú)線電波來(lái)完成讀寫(xiě)操作。
非接觸型IC卡本身是無(wú)源體，當(dāng)讀寫(xiě)器對(duì)卡進(jìn)行讀寫(xiě)操作時(shí)，讀寫(xiě)器發(fā)出的信號(hào)由兩部分疊加組成：一部分是電源信號(hào)，該信號(hào)由卡接收后，與其本身的L/C產(chǎn)生諧振，產(chǎn)生一個(gè)瞬間能量來(lái)供給芯片工作；另一部分則是結(jié)合數(shù)據(jù)信號(hào)，指揮芯片完成數(shù)據(jù)、修改、存儲(chǔ)等，并返回給讀寫(xiě)器。由非接觸式IC卡所形成的讀寫(xiě)系統(tǒng)，無(wú)論是硬件結(jié)構(gòu)，還是操作過(guò)程都得到了很大的簡(jiǎn)化，同時(shí)借助于先進(jìn)的管理軟件，可脫機(jī)的操作方式，都使數(shù)據(jù)讀寫(xiě)過(guò)程更為簡(jiǎn)單。
本系統(tǒng)采用較為通用的IC卡作為系統(tǒng)的電子錢(qián)包識(shí)別使用。
本系統(tǒng)涉及的設(shè)備有手機(jī)（app 訂餐）、送餐手持機(jī)、食堂收費(fèi)機(jī)、自助訂餐機(jī)等設(shè)備，其中手機(jī)和手持機(jī)都采用4G無(wú)線通訊服務(wù)，而食堂的收費(fèi)機(jī)采用標(biāo)準(zhǔn)的TCP/IP 方式進(jìn)行聯(lián)網(wǎng)在線管理
；系統(tǒng)的服務(wù)器使用廣域網(wǎng)固定IP 的服務(wù)器；
對(duì)于設(shè)置在住院部一樓的自助點(diǎn)餐設(shè)備，根據(jù)現(xiàn)場(chǎng)的網(wǎng)絡(luò)情況盡可能采用有線的連接，實(shí)在無(wú)法布線采用WIFI 連接；
3.1 一卡通系統(tǒng)軟件體系架構(gòu)
采用國(guó)際先進(jìn)的多層體系架構(gòu)，中間件技術(shù)開(kāi)發(fā)數(shù)據(jù)交換中心，真正實(shí)現(xiàn)了卡通、庫(kù)通、網(wǎng)通。一卡通系統(tǒng)的1＋N+1模式，即“1個(gè)平臺(tái)＋N個(gè)子系統(tǒng)應(yīng)用+1個(gè)統(tǒng)一門(mén)戶”。搭建好數(shù)字化社區(qū)的平臺(tái)后，在平臺(tái)上可以根據(jù)需要增加用戶應(yīng)用子系統(tǒng)擴(kuò)展而不需要改變平臺(tái)，充分體現(xiàn)了系統(tǒng)良好的可擴(kuò)展性和系統(tǒng)容量。新構(gòu)建的一卡通軟件系統(tǒng)不僅滿足當(dāng)前用戶一卡通應(yīng)用的要求，還滿足將來(lái)客戶數(shù)字化建設(shè)的技術(shù)要求，具有一定前瞻性。
一卡通系統(tǒng)涉及醫(yī)院供餐預(yù)定管理、廚房備餐、配餐及取餐、送餐的各個(gè)環(huán)節(jié)，一卡通系統(tǒng)必須與實(shí)際環(huán)境緊密結(jié)合，才能順利的推廣應(yīng)用，才能達(dá)到良好的效果；一卡通系統(tǒng)既要便于隨著實(shí)際環(huán)境的變化而調(diào)整及擴(kuò)充，又要能夠與餐飲公司的現(xiàn)有和將來(lái)的其它系統(tǒng)相互連接，有機(jī)地組成信息化管理環(huán)境；因此系統(tǒng)的軟件功能結(jié)構(gòu)設(shè)計(jì)非常重要，必須在保證系統(tǒng)核心結(jié)構(gòu)相對(duì)穩(wěn)定的前提下，提高系統(tǒng)應(yīng)用、擴(kuò)展的靈活性。
為此，從軟件系統(tǒng)總體上，我們將一卡通系統(tǒng)的功能進(jìn)行仔細(xì)劃分，根據(jù)與企業(yè)實(shí)際環(huán)境和應(yīng)用的關(guān)聯(lián)程度，將公用模塊和基礎(chǔ)模塊抽取出來(lái)組成穩(wěn)定的核心平臺(tái)，結(jié)合“數(shù)據(jù)集中，統(tǒng)一交換”的思想，將系統(tǒng)分為平臺(tái)、數(shù)據(jù)層等幾部分，如下圖：
u 數(shù)據(jù)層：承擔(dān)整個(gè)系統(tǒng)的數(shù)據(jù)存取，可以保證數(shù)據(jù)的安全和處理的效率；
u 平臺(tái)模塊：作為系統(tǒng)基礎(chǔ)或通用的處理功能，與企業(yè)的實(shí)際應(yīng)用環(huán)境關(guān)聯(lián)較少，相對(duì)穩(wěn)定；
u 業(yè)務(wù)處理系統(tǒng)：處理一卡通系統(tǒng)中各個(gè)不同應(yīng)用子系統(tǒng)的業(yè)務(wù)邏輯處理，隨著企業(yè)環(huán)境和需求的變化發(fā)展，通過(guò)改變或增加業(yè)務(wù)處理系統(tǒng)能很快適應(yīng)應(yīng)用需要，而不影響整個(gè)系統(tǒng)的穩(wěn)定；
u 客戶服務(wù)：由服務(wù)傳送總線和終端處理組成，向社區(qū)一卡通用戶及外圍系統(tǒng)提供及時(shí)、統(tǒng)一、多方式、全面的數(shù)據(jù)交換和應(yīng)用手段，保證數(shù)據(jù)發(fā)生變化能實(shí)時(shí)反映到整個(gè)系統(tǒng)。
系統(tǒng)配合使用Struts、Spring、Hibernate技術(shù)的功能及優(yōu)勢(shì)，提出基于MVC模式將3大框架結(jié)合的架構(gòu)作為大型J2EE應(yīng)用程序的解決方案，用Struts構(gòu)建整體框架，Hibernate技術(shù)實(shí)現(xiàn)持久層，Spring實(shí)現(xiàn)整合和管理。完成業(yè)務(wù)層和數(shù)據(jù)庫(kù)層之間的交互，給出了具體設(shè)計(jì)過(guò)程和實(shí)現(xiàn)細(xì)節(jié)。這兩種架構(gòu)相結(jié)合很好地解決了系統(tǒng)的實(shí)際開(kāi)發(fā)過(guò)程中效率低、不易于維護(hù)、低耦合及可移植性差等問(wèn)題，使得系統(tǒng)擴(kuò)展更容易，兼容性更強(qiáng)，應(yīng)用更廣泛，使用更方便。
一卡通支撐平臺(tái)：提供整個(gè)一卡通系統(tǒng)的軟、硬件支撐，包括數(shù)據(jù)庫(kù)服務(wù)器、應(yīng)用服務(wù)器、查詢統(tǒng)計(jì)服務(wù)器。
卡務(wù)中心管理子系統(tǒng)：卡務(wù)中心管理子系統(tǒng)作為一卡通系統(tǒng)的核心業(yè)務(wù)子系統(tǒng)，包含卡注冊(cè)、卡片發(fā)行、卡片注銷、卡片掛失、卡片拾遺、卡片掛失解掛、卡片維護(hù)等多項(xiàng)功能。
一卡通信息管理平臺(tái)由中心主體及各個(gè)子系統(tǒng)模塊構(gòu)成，中心主體包含以下內(nèi)容：
u 一卡通系統(tǒng)基礎(chǔ)平臺(tái)（四個(gè)）：卡戶管理業(yè)務(wù)平臺(tái)、電子錢(qián)包結(jié)算平臺(tái)、設(shè)備監(jiān)控管理平臺(tái)、自助查詢服務(wù)平臺(tái)；
u 一卡通管理中心：設(shè)備監(jiān)管中心、卡務(wù)中心、繳費(fèi)結(jié)算中心、分析中心。
一卡通系統(tǒng)是有著完整的自主研發(fā)、擁有知識(shí)產(chǎn)權(quán)的產(chǎn)品體系，各個(gè)機(jī)具可以通過(guò)網(wǎng)絡(luò)訪問(wèn)后臺(tái)獲取菜單、價(jià)格、訂單內(nèi)同等數(shù)據(jù)信息，設(shè)備特殊的抗干擾設(shè)計(jì)保證系統(tǒng)符合電磁兼容性標(biāo)準(zhǔn)；部分機(jī)具達(dá)到IP65防護(hù)等級(jí)。
針對(duì)本項(xiàng)目所處醫(yī)院的人員組成的特殊性，在住院部一樓管理處和餐廳辦公室分別設(shè)立智能卡發(fā)放的窗口，系統(tǒng)根據(jù)人員的不同信息記錄，關(guān)聯(lián)其所在科室信息，方便配送的服務(wù)，同時(shí)提供充值服務(wù)；當(dāng)發(fā)生卡片丟失的情況，該窗口還可以辦理卡片掛失、換卡等服務(wù)，保障電子錢(qián)包的安全使用；根據(jù)本項(xiàng)目的需求，發(fā)行時(shí)還需要把不同類別的人員卡片發(fā)行為不同卡類，以便進(jìn)行其他管理功能的擴(kuò)展應(yīng)用；
當(dāng)智能卡發(fā)行成功時(shí)，系統(tǒng)根據(jù)該卡戶的類別等相關(guān)信息，在完成消費(fèi)的過(guò)程中執(zhí)行不同的扣費(fèi)、補(bǔ)貼規(guī)則，從而達(dá)到醫(yī)院對(duì)不同人員的供餐服務(wù)精細(xì)化管理的目的。
（一）功能概述
一卡通訂餐關(guān)聯(lián)子系統(tǒng)服務(wù)對(duì)象為醫(yī)院內(nèi)工作的醫(yī)護(hù)人員、臨時(shí)工、病人及家屬等；訂餐的目的在于能夠滿足不方便到醫(yī)院外就餐的在崗醫(yī)護(hù)人員及不方便行動(dòng)的病人、家屬等能夠提前根據(jù)餐飲公司的供餐信息選擇自己喜歡的套餐或者食品。利用手機(jī)端的APP，實(shí)現(xiàn)與系統(tǒng)后臺(tái)的供餐信息連接，使用者在訂餐界面上可以直接看到各個(gè)餐段所供應(yīng)的菜品及剩余未預(yù)定的數(shù)量，而當(dāng)訂餐截止時(shí)間結(jié)束，系統(tǒng)也會(huì)自動(dòng)統(tǒng)計(jì)出某餐段各個(gè)菜品預(yù)定的數(shù)量，廚房的聯(lián)網(wǎng)打印機(jī)到了預(yù)定時(shí)間則可以自動(dòng)接收并打印出各個(gè)訂單的小票，并且據(jù)此配餐。
3.2.2.1系統(tǒng)菜譜管理功能描述
1）供餐商品基本信息管理：這個(gè)部分由餐飲管理公司的工作人員根據(jù)實(shí)際材料提前錄入、添加修改形成商品信息數(shù)據(jù)；
添加商品名稱、類型、價(jià)格。
商品的類型
商品管理下菜譜管理
點(diǎn)新增出現(xiàn)如下圖：
選擇日期、名稱、餐段、商品名稱、日供應(yīng)數(shù)量，保存。
3.2.2.2 訂餐APP的使用流程
設(shè)置，輸入IP,端口（IP地址會(huì)每天變更，現(xiàn)在是沒(méi)有放在固定IP的服務(wù)器上，端口是8980）
|
3.2.2.3 取消訂餐
輸入用戶名和密碼，登錄
點(diǎn)擊用戶信息欄，進(jìn)入訂單記錄界面
|
找到需要退餐的訂單記錄，點(diǎn)擊“退款”按鈕即可完成退餐
|
3.2.2.4取餐認(rèn)證扣費(fèi)
顯示姓名、卡余、卡類、所訂菜品名稱、合計(jì)金額
|
點(diǎn)擊確定，扣款成功，生成消費(fèi)記錄并發(fā)送一條取餐標(biāo)識(shí)到訂餐表
|
功能概述
由于醫(yī)院人員密集，用餐時(shí)間集中，如何能高效地配送是餐飲公司的關(guān)鍵點(diǎn)；本系統(tǒng)后臺(tái)接收到訂餐信息后，按照截止時(shí)間后10分鐘開(kāi)始打印訂單，廚房訂單打印可以根據(jù)菜品的分類分別指向不同IP 的廚房打印機(jī)傳送并打印，廚房的配餐員根據(jù)訂單小票配好餐，然后按照不同科室、樓層信息，交給相應(yīng)的送餐員完成送餐。
送餐員使用手持機(jī)完成送餐時(shí)的識(shí)別，
|
智能手持終端DH-TPS900規(guī)格表
|
|
圖片
|
|
|
CPU
|
四核 1.1GHz
|
攝像頭
|
后置500萬(wàn)像素
|
|
RAM
|
1GB
|
SIM卡槽
|
SIM*1
|
|
NAND Flash
|
8GB
|
PSAM卡槽
|
PSAM*2,符合ISO7816標(biāo)準(zhǔn)
|
|
操作系統(tǒng)
|
Android5.1
|
音頻系統(tǒng)
|
內(nèi)置揚(yáng)聲器、蜂鳴器、麥克風(fēng)
|
|
主屏
|
5.5英寸，分辨率1280*720 IPS屏 電容觸控
|
電池
|
2200mAh 鋰電池
|
|
通訊方式
|
4G全網(wǎng)通
|
外部接口
|
耳機(jī)孔
|
|
WIFI
|
802.11b/g/n
|
USB接口
|
Micro USB2.0*1
|
|
藍(lán)牙
|
Bluetooth4.0
|
電源接口
|
DC 5V/2A
|
|
打印
|
紙卷58*35，熱敏打印機(jī)
|
功能鍵
|
1個(gè)開(kāi)關(guān)機(jī)物理按鍵，3個(gè)觸摸鍵
|
|
讀卡配置
|
|
非接IC卡
|
13.56MHz，ISO/IEC14443 Type A/B，符合QPBOC規(guī)范
|
|
|
3.2.4自助點(diǎn)餐、充值管理設(shè)備
為了方便病人及家屬在未訂餐的情況下，到一樓服務(wù)臺(tái)快速完成點(diǎn)餐，同時(shí)也節(jié)省供餐管理的工作人員的人手，系統(tǒng)配置自助服務(wù)設(shè)備，設(shè)備上帶有讀卡器，使用時(shí)先刷卡認(rèn)證身份，然后選擇充值或者點(diǎn)餐操作界面，完成自助服務(wù)。
3.2.5 營(yíng)養(yǎng)餐廳專用管理子系統(tǒng)
（一）系統(tǒng)概述
醫(yī)院的營(yíng)養(yǎng)餐廳是給在治療過(guò)程中的病人提供特定營(yíng)養(yǎng)配餐，這部分的配餐，菜品內(nèi)容需要符合病人治療和康復(fù)的營(yíng)養(yǎng)需要，所以在本系統(tǒng)定制了專用的由主治醫(yī)生下單安排的營(yíng)養(yǎng)餐訂餐管理模塊，醫(yī)生根據(jù)病程需要直接在系統(tǒng)上下單，營(yíng)養(yǎng)餐廳根據(jù)醫(yī)生下的訂單給相應(yīng)的病床配餐送餐；
（二）主要功能
|
功能
|
功能說(shuō)明
|
|
營(yíng)養(yǎng)餐信息設(shè)置
|
營(yíng)養(yǎng)餐廳主管根據(jù)醫(yī)院的規(guī)定，輸入并更新每天的營(yíng)養(yǎng)餐菜譜，
|
|
系統(tǒng)權(quán)限、規(guī)則管理
|
根據(jù)系統(tǒng)中的卡戶，設(shè)置相應(yīng)醫(yī)生的開(kāi)單權(quán)限，并且預(yù)制營(yíng)養(yǎng)餐訂餐的管理規(guī)則，例如訂餐截止時(shí)間等；
|
|
營(yíng)養(yǎng)餐訂餐管理
|
醫(yī)生按照自己系統(tǒng)中的身份、密碼登錄，按照權(quán)限可以選擇打開(kāi)營(yíng)養(yǎng)餐預(yù)訂界面，選擇時(shí)間餐段、營(yíng)養(yǎng)餐種類和病人的編號(hào)（關(guān)聯(lián)科室、病床號(hào)），完成訂單確認(rèn)；
|
|
營(yíng)養(yǎng)餐配餐管理
|
餐廳廚房按時(shí)打印訂單，并且據(jù)此配餐；
|
|
營(yíng)養(yǎng)餐送餐管理
|
系統(tǒng)根據(jù)送餐員的值班情況安排營(yíng)養(yǎng)餐的送餐派單，送餐員帶著送餐手持機(jī)到指定地點(diǎn)送餐，送餐時(shí)刷卡確認(rèn)病人身份和訂單內(nèi)容，避免錯(cuò)誤；
|
（三）系統(tǒng)優(yōu)勢(shì)
u 系統(tǒng)整體信息流程清晰，將各個(gè)環(huán)節(jié)操作信息化，操作簡(jiǎn)單明了；
u 設(shè)備均在網(wǎng)運(yùn)行，主管可以隨時(shí)觀察運(yùn)營(yíng)情況；
u 送餐員按照訂單派送，病人刷卡認(rèn)證準(zhǔn)確快捷；
