Patients order hospital meals from bed, inside the salt, calorie and fluid budget of their diet.
Installs with KitchenDiet, whose screen it works onThe patient chooses lunch from their bed, and their diet decides what fits. The diet is the one ordered in KitchenDiet — cardiac, renal, diabetic, soft — and the dietician adds the day’s budget: salt in grams, calories, fluid in ml (or the diet’s standard budget applies, and the menu says so). The kitchen keeps its dishes with their calories, salt and fluid. From the QR on the bed the patient sees the meal’s menu with each dish marked fits, counts as fluid, or not on their diet, and three live bars for salt left today, calories and fluid as they pick. The server — not the screen — refuses a meal that would take the day’s salt or the meal’s fluid over, a dish the diet excludes, an order after the kitchen’s cut-off, and any order for a patient who is nil by mouth. The kitchen gets a list per meal by ward and bed, and the nurse sees who has not ordered yet and can order for them.
What it does not do, by design. A listing with only benefits is an advertisement.
Read out of the code, not the brochure: each app below is here because one service queries the other’s tables. Install either side and the hand-over is already wired.
Tell us what you run and we will show you this app inside a practice shaped like yours — or answer the question the page above did not.