成都鼎瀚云電子科技有限公司
地址：成都市新南路82號四凱大廈508室
郵編: 610042
電話: 028-85437859
手機：13882081215

首頁 > 企業一卡通系統 > 正文

醫院訂餐智能卡收費管理系統方案

來源：成都鼎瀚云電子科技有限公司 | 2013/5/4 14:28:02 | 瀏覽3724次

鼎瀚醫院供餐管理

系統方案

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

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 送餐員按照訂單派送，病人刷卡認證準確快捷；

上一條：門禁管理子系統
下一條：會議簽到管理系統方案