Patient intake form
A new patient's first form has one job before anything clinical happens: get someone registered — reachable, insured, and with a stated reason for the visit — before their appointment starts. Insurance provider and insurance ID as their own fields are what let front-desk staff verify coverage ahead of time instead of doing it at the counter while the patient waits. This form is deliberately administrative, not a medical history. It asks who someone is, how to reach them, what insurance they carry and why they're coming in — not a list of medications, conditions or allergies, which is a different form for a different moment in the visit.
The form beside this text is live. Fill it in and submit it — it validates exactly as it would for a real respondent, and saves nothing.
Insurance provider and ID are two fields, not one
Splitting the insurance provider from the insurance ID or member number lets front-desk staff search or verify by either one — a provider name to check network status, a member number to check coverage — without parsing both out of a single text answer. Appointment-request-form, this catalog's other health-category entry, has no insurance fields at all, because it's scheduling a visit, not registering a new patient.
Reason for visit, not a symptom or history list
The one long-text field here asks why someone is coming in — a sentence a scheduler can act on — not a structured history of conditions, medications or allergies, which belongs on a clinical intake taken at the visit itself. Keeping this form administrative is what keeps it fast enough that a patient finishes it before a first appointment rather than abandoning a longer history form to book one.
No card required.
Patient intake form
Live previewHow to build this form
5 steps in the editor. Nothing here needs a paid plan.
- Add text and date fields for the patient's name and date of birth.
- Add email and phone fields so the clinic can confirm the appointment.
- Add a text field for the insurance provider and a second text field for the insurance ID or member number.
- Add a required long text field for the reason for the visit, and an optional date field for a preferred appointment date.
- Share the form's link ahead of a first visit, then export new-patient responses to CSV for the front desk to verify coverage before anyone arrives.
Fields in this form
8 fields, using 5 of the 19 field types available.
| Question | Field type | Required |
|---|---|---|
| Full name | Short text | Yes |
| Date of birth | Date | Yes |
| Yes | ||
| Phone | Phone | Yes |
| Insurance provider | Short text | Yes |
| Insurance ID or member number | Short text | Optional |
| Reason for your visit | Long text | Yes |
| Preferred appointment date | Date | Optional |
What goes wrong with this form
Specific to a patient intake form, not general advice about forms.
One text field for insurance instead of two
A single "insurance" field returns answers like "Blue Cross, member 4471182" that have to be split by hand before anyone can verify coverage. Provider and ID as two separate fields let front-desk staff search or check either one directly — contact-form has no equivalent problem, because it collects no billing information at all.
Letting the reason-for-visit field turn into a history list
Reason for the visit is meant to be a sentence a scheduler can act on — "follow-up on medication", "new patient physical" — not an open invitation to list every symptom and past diagnosis. If it starts collecting a real medical history, that belongs on its own intake form taken at the visit, not folded into this one field.
No preferred date, so registration and scheduling become two separate steps
Without an optional preferred-date field, a new patient fills this out and then still has to call or email separately to pick a time, which defeats the point of registering ahead of the visit. Left optional, it lets someone register now and firm up a time later without making the date a blocker. Petition-form has no scheduling concept at all, so the same trade-off never comes up there.
Questions about this form
What does a patient intake form need before a first appointment?
Eight fields cover the administrative side: name, date of birth, email, phone, insurance provider, insurance ID, reason for the visit, and a preferred date. It deliberately stops there — a full medical history, medications and allergies belong on a separate clinical intake, not this one.
Does this form collect medical history?
No — it's built to register a new patient, not take a history. The only clinical detail is a single reason-for-visit field; conditions, medications and allergies need a dedicated intake form built for that purpose, kept separate so this one stays fast enough to finish before a first appointment.
Can a patient submit this without creating an account?
Yes — anyone with the form's link can fill it in and submit without signing up; only the clinic building the form needs a Seagit account. Turn on a password in Settings if the form shouldn't be reachable by anyone who finds the link.
How many new-patient forms can a clinic collect?
Up to 100 on the free plan, 2,000 on Basic, 5,000 on Advanced — the same cap every form on the platform has. A clinic onboarding more than 100 new patients before upgrading should set a closing date in Settings rather than let submissions run into the cap unannounced.
Other templates
- Medical HistoryCollect a new patient's medical background before the first appointment.
- Insurance VerificationCollect insurance details before the appointment so staff can verify coverage manually.
- Dental Patient IntakeCollect a new dental patient's background, last visit date and chief complaint before their appointment.