Visitor check in software: what the front desk actually needs to record
Visitor check in software is bought for speed and kept for the log. The fields worth capturing, the ones that only slow the lobby, and when a form is enough.
A hospital visitor management system has to serve infection control, safeguarding and security at once. What to record, what to restrict, and where general tools stop.
A hospital visitor management system is unusual among visitor systems because three separate duties meet at the ward door: infection prevention, safeguarding of vulnerable patients, and physical security. A corporate lobby system optimises for speed; a hospital one has to decide who may enter at all, how many at once, and what must be known about each visit afterwards. The software choice follows from the policy, and most failures trace back to a policy that was never written down.
The strictest rules belong where the risk is: an infant abduction protocol on a maternity unit is not a reason to impose ID scanning at the café entrance.
For the record-keeping part — a sign-in form per ward, a searchable log of visits, a quick filter for contact tracing — a general form and records tool is workable: Ettex Forms collects the sign-in on a ward tablet or via QR code, and Ettex Records holds the visit log with times and areas. Be clear about the limits. There is no identity document scanning, no badge printing, no integration with door access control or patient administration systems, and no watchlist screening. Large hospitals with protected units need a dedicated hospital visitor management system for those functions, and the procurement should say so explicitly.
Visitors are only one group moving through clinical areas. Contractors working on wards need their own sign-in linked to a permit to work and, often, an infection control briefing; volunteers need training evidence on record. The same log structure serves all of them, which is the argument for one register rather than three paper books kept by three departments.
In protected areas such as maternity and paediatrics, many do. Across general wards it is usually disproportionate. Decide by area, and record the justification in the policy.
Long enough to support infection contact tracing and any security investigation, then deleted — typically weeks to months unless an incident requires retention. Agree the period with information governance.
For logging visits, often yes. For restricting access, supporting safeguarding flags and integrating with ward systems, office-grade visitor check in software is usually not enough.
Visitor check in software is bought for speed and kept for the log. The fields worth capturing, the ones that only slow the lobby, and when a form is enough.
A service report is the record of a visit and often the basis of an invoice. The fields that prevent disputes, and the ones that only add typing.
A client intake form is the cheapest place to prevent later problems. Which fields earn their space, which ones to drop, and how to keep the answers usable.