YUEQIANXIANGIntelligent Equipment

Buyer Guides

Hospital Self-Service Kiosk: A Complete Buyer’s Guide

What to specify before you approach a manufacturer — the workflow questions, the hardware decisions, the integration risks and the procurement documentation that determine whether a self-service deployment is still in service two years later.

YUEQIANXIANG Engineering Team
Hospital outpatient waiting area with wall-mounted queuing display, nursing station and patient, showing the queue calling workflow

Most hospital self-service projects that fail do not fail because the hardware was poor. They fail because the terminal was specified before the workflow was understood, and the mismatch only becomes visible once the units are installed and patients start using them.

This guide covers the decisions that determine whether a deployment survives contact with a real outpatient department.

Step 1: Map the workflow before the hardware

A self-service terminal is a device inserted into a process that already exists. If the process is not written down, the terminal will be specified against an assumption.

Write down four things:

Where does the patient first need to identify themselves? At the building entrance, at the department, or at a desk? Each answer puts the terminal in a different place with different space and power constraints.

What information does the patient need at that moment? A queue number, a route, an appointment confirmation, a document, a receipt. The answer determines the screen size more than anything else.

What does the hospital system need back? An arrival event, a demographic confirmation, a payment, a signature. This determines the integration work, which is usually the longest part of the project.

What happens when the terminal cannot resolve the case? There must be a visible route to a staff member. This is the single most common omission, and the single most common reason a terminal gets bypassed.

If you can answer those four questions in writing, the hardware specification becomes straightforward. If you cannot, no amount of hardware specification will save the project.

Step 2: Choose the screen size from the interaction, not the budget

Screen size follows interaction length and viewing distance. A useful rule of thumb:

Screen size Interaction Typical position
19 inch Under one minute — check-in, confirmation, collection Counter-top, clinic reception, wall mount
21.5 inch Short — queue ticketing, department selection Entrance, department level, portrait orientation
32–43 inch Multi-step — forms, document scanning, side-by-side content Hospital lobby, government service hall
49–55 inch and above Read from a distance, sometimes also touched Wayfinding, waiting-hall information, dual-purpose

The temptation to specify a smaller screen to reduce cost is understandable, but a registration form that requires scrolling on a 21.5-inch screen takes longer to complete than the same form on a 43-inch screen — and a longer queue is the cost that does not appear on the quotation.

Step 3: Specify the peripheral set precisely

Peripherals determine the internal layout, the front-panel cut-outs and, in many cases, the enclosure itself. Getting the list right at specification stage avoids a change order later.

The common set for a hospital registration terminal:

  • Identity document reader — national ID card, residence permit, passport or health card. Which documents must be readable is a legal and process question, not a technical preference.
  • Barcode / QR scanner — for appointment confirmations sent to a phone.
  • Thermal printer — 58 mm or 80 mm queue ticket, or a receipt.
  • A4 printer — where the process produces a form or a full-page document. This is a significant addition to the enclosure size.
  • Card reader — IC, RFID or contactless, depending on the hospital’s identity scheme.
  • Payment module — where the terminal collects a fee. In most markets this must be the payment provider’s certified device rather than a payment function built into the kiosk.

Step 4: Understand where the integration risk sits

The hardware is the part of the project you can control. The integration is where schedules slip.

Three integration areas account for most of the risk:

Identity services. If the project involves a national identity service or a document-scanning provider, their requirements determine the reader module. Settling this late means changing the housing late.

Hospital information systems. The HIS or the queue-management platform owns the workflow. Confirm early which system is authoritative, whether its vendor is engaged, and whether they need hardware in their test environment before sign-off.

Payment. Payment integration involves an acquirer or a payment provider with their own certification requirements. Their device has a physical size, a mounting requirement and a cable route. All three affect the enclosure.

Step 5: Decide who maintains the fleet

A terminal whose printer roll cannot be changed by a receptionist will be taken out of service within a month. Before ordering, answer:

  • Who changes the printer roll, and can they reach the printer without moving the unit?
  • Who clears a document jam in the scanner?
  • Who is the technical contact when a unit stops responding?
  • Is there a local spares holding for the components most likely to fail — printers and scanners?

For multi-site deployments we recommend agreeing a small spares holding at the start. One spare printer module per site removes the lead time from the most common repair.

Step 6: Assemble the procurement documentation

If the purchase runs through a tender, documentation matters as much as the hardware. Expect to need:

  • Certificates and test reports applicable to the specific configuration being ordered — not a generic company list.
  • Quality-control documentation, including the inspection process and records availability.
  • Interface and mounting drawings for the installation contractor.
  • A configuration record that can be attached to the site acceptance file.

Be sceptical of a supplier who presents a wall of certification logos. Certification is configuration-specific in this product category, and a logo that does not cover the build being ordered is a liability at tender review or at customs.

Step 7: Pilot before rollout

A single evaluation unit, run through a normal working week at the intended position, will tell you more than any specification sheet. It reveals whether the screen is readable in that lighting, whether the peripheral positions are reachable, whether the software behaves on that hardware, and whether the staff will actually support it.

Sample lead times in this industry are typically 7–14 days. That is a small investment against the cost of getting a rollout wrong.

A note on what to ask a manufacturer

Five questions that separate a manufacturer from a trading company:

  1. Can I see the drawing for the enclosure I am ordering?
  2. Which components are in the bill of materials, and are they available for the service life of the product?
  3. What is the inspection process, and can I have the records for my order?
  4. Which certificates apply to the configuration I am ordering, and can I see them before I commit?
  5. What happens when a unit fails in the field?

The answers are more informative than any catalogue.

Written by the YUEQIANXIANG Engineering Team. This article describes general practice in self-service terminal specification and integration. Specific requirements vary by market, system and site — confirm the details against your project before committing to a configuration.

Request a quotation

Tell us the application, the quantity and the systems involved. If your question is about a configuration described in this article, mention it — it speeds up the reply.

We reply within one business day. Your details are used only to answer this enquiry.

Browse the full resource library

Buyer guides, technical notes and product comparisons for self-service terminal projects.