Try the demoBook a walkthrough

Careful with guest and patient information.

You hold names, birthdays, payments and injury details. DAY/OS is built to keep that with the people who need it, and to show who touched what.

Each mountain is walled off.

One mountain can never see another's records.

  • Every record belongs to one mountain, and every request is checked against the mountain you are signed in to.
  • Signing in to one mountain gives no way to ask for another's data, by name or by number.

Every release is tested by creating a second mountain, signing in as it, and trying every page and action against the first mountain's records. A release does not ship if any of them get through.

Access by role.

People see what their job needs.

  • Counter, patrol, instructor, staff and manager roles each get their own menu.
  • Within patrol, the director sets what each access level can do: open cases, approve them, manage medications, release records.
  • Each document category lists which roles can see it and which can add to it.
  • Only managers see what assets cost, what they are worth, and vendor account numbers.
  • Turn off an app and its pages stop working for everyone at that mountain, not only the menu.

Signing in.

Strong where you need it, quiet where you don't.

  • Passkeys: sign in with a fingerprint, face or the phone's own PIN. Nothing to phish or guess.
  • Owners, managers and patrol must use a passkey or an authenticator app. You can require it for everyone.
  • Sensitive actions, like a large refund or downloading patient records, ask you to confirm it is you, even when signed in.
  • Shared counter computers are enrolled by a manager, and staff switch in with a personal PIN, so nobody shares a login.
  • A sign-in from a new device is emailed to the person, and seasonal logins stop at the end of the season.
  • Screens sign themselves out after 15 minutes without activity.
  • Passwords are stored hashed, never readable. Changing one signs out every other device.
  • Signing out ends the session on our side too, and a session left unused for an hour ends on its own.
  • Ten wrong passwords lock that login for 15 minutes, and passwords already exposed in other sites' breaches are refused.
  • The employee-entrance time clock is paired to your mountain by a manager before it works.
  • Our own operator console needs a named login with a password and an authenticator code.

A record of what happened.

Questions about who did what have answers.

  • Changes are logged with who made them and when.
  • Refunds need a reason, and the reason is kept.
  • Policies and manuals keep up to 10 versions each, and you can restore an older one.
  • Ask people to confirm they have read a policy, and see who has.

Patient records that hold up.

A care record should show what happened, including the corrections.

  • Nothing is deleted. A wrong vital, injury or treatment is marked entered in error, with a reason, and stays on the record struck through.
  • Every submit and every approval keeps a frozen copy of the whole report.
  • An entry typed long after the time it records says when it was typed, and times in the future are refused.
  • Refusal of care and the hand-off to EMS are signed on the phone. A patient who cannot decide cannot refuse, and a guardian signs for under-18s.
  • Medications can only be recorded as given by someone your medical director allows, from your formulary.
  • Records requests are logged, and only the approved version is released, with a release number. A legal hold stops any change to the case.
  • Entries made without signal are kept on that phone, locked with a key tied to the person who typed them, and sent once. Signing out on purpose clears them from the phone.

Phone alerts.

Fast, without carrying the chart.

  • Alerts go only to the phones a patroller turned them on for, and are encrypted from our servers to the phone.
  • An alert says where the call is and what was reported. The patient's record stays behind the sign-in.

Waivers you can stand behind.

Signed, not just ticked.

  • Each signing keeps the drawn signature, the typed name, the time, the device, and the exact wording signed.
  • Every version of your wording is kept, and a mistaken waiver is voided with a reason, never erased.
  • Removing a guest's personal details keeps their signed waivers, the mountain's legal record.

Payments.

Card and bank numbers never touch DAY/OS.

  • Guests pay for tickets, lessons and gifts on Stripe's own checkout page.
  • Your DAY/OS subscription is paid the same way, by card, bank account or Stripe invoice.
  • We keep only what Stripe tells us happened: paid, refunded, failed.
  • A double tap is not a double charge: each payment request is sent to Stripe once.

Your data is yours.

Leaving should not mean losing your records.

  • Customers, sales, payments, refunds, incident reports, signed waivers and asset costs download as spreadsheets whenever you want them.
  • Turning an app off never deletes its records.
  • If a subscription lapses, everything stays readable and exportable, and patrol keeps working.
  • DAY/OS runs on Google Cloud in the United States, with daily database backups.

What we have not done yet.

DAY/OS has not had an outside security audit or a formal certification. If your board, your insurer or your state needs one, tell us when you ask for a walkthrough and we will say plainly where we are.

Have a question your insurer will ask?

Send it with your walkthrough request and we will answer it in writing.