Shared Hosting
The plan type nearly every single-location practice belongs on, and what the higher tiers actually change.
Read about shared hosting
Dentistry is one of the few trades where the most persuasive thing on your website is also the most legally loaded, which is what makes web hosting for dentists a judgement call. A before and after photograph sells the work better than any paragraph will. It is also a record of a patient, and publishing it is a decision, not a design choice.
Watch what people do on a dental website and it is fairly consistent. They look for whether you take their insurance, they look at the photographs, and they look for how quickly they can be seen. New patients in particular go straight to the gallery. It is the only page that answers the question they are actually asking, which is whether your work is any good.
So the gallery earns its place. The problem is where the pictures come from. They come out of patient records, because that is where the good ones are, and that is the point at which a marketing page becomes something else.
You do not need a face in the frame for a photograph to identify somebody. A distinctive smile, a chipped lateral incisor, a tattoo on a chin, a wedding ring in shot. Patients recognise themselves in these pictures, and so do the people who know them. Treating a cropped mouth as anonymous by default is where practices get into trouble.
The general expectation under US health privacy law is that publishing a patient's image for marketing needs their written authorisation, obtained specifically for that purpose, and that a general treatment consent form does not cover it. Check the exact wording with your own compliance adviser or attorney rather than with a web company. What we can tell you is the practical failure, because we see it: a gallery goes live with fifteen cases pulled off the practice camera, nobody can produce a signed release for any of them, and the fix is taking the page down.
Keep the signed authorisations somewhere you can find them by case, not somewhere you can find them by date. The day somebody asks which release covers the third photograph in the row is the day the filing system either works or does not.
We build the gallery so any case can be removed from a login in about two minutes, with a neutral file name and an internal reference. Tell us how yours is set up now and we will say whether it needs changing.
Assume that at some point a patient will change their mind and ask you to remove their photograph. That is their right to ask, and you want removing it to take two minutes rather than an afternoon of hunting.
Not the patient's name in the file name. A neutral case number that ties back to your records offline. The file name travels with the image on the public internet, so "jsmith-before.jpg" publishes something you did not mean to publish.
One scanned form per case, filed by the same reference the website uses. When somebody asks what you are relying on for a given image, you should be able to answer without opening the practice management system.
If removing an image means emailing a designer and waiting, you will delay, and the delay is the risk. A gallery you manage from a login is not a luxury here, it is the thing that makes the page maintainable.
Photographs taken on a phone can carry location and timestamp information inside the file. Resizing the image for the web usually removes it, which is a good reason to resize rather than upload straight off the camera roll.
If a page is removed in a hurry, you want to be able to restore the rest of it without restoring the image you just took down. That argues for backups you can actually browse, not a single monthly archive.
None of that is a hosting feature you buy. It is a way of working, and the hosting only has to not get in the way of it.
Every practice wants the new patient to arrive with the paperwork done. There are two ways to do that and they are not equally simple.
A printable PDF that the patient fills in and brings with them is the boring option, and for a lot of practices it is the correct one. The form never touches your website, no health information is transmitted anywhere, and hosting the file is the same as hosting any other file. It costs you nothing and it exposes you to nothing.
An online form that collects medical history, medications and insurance details is a different animal. The moment a patient types a condition into a box on your site, you are handling health information in transit and at rest, and everyone in that chain including whoever runs the form needs to be part of your compliance arrangement. That is a conversation with your compliance adviser about business associate agreements, not a checkbox on a hosting plan.
Regulatory points here are described in general terms only. Confirm what applies to your practice with your own adviser, because the answer depends on facts about your practice that a hosting page cannot know.
There is a middle path most practices should take. Let the website book the appointment and let the office take the history.
A request form with a name, a phone number, a preferred time and a free text box labelled something like "anything else we should know" is enough to get somebody on the schedule. Notice what it does not ask for. No conditions, no medications, no insurance member numbers.
Then label the free text box honestly. "Please do not include medical details here" is one line, and it stops a well-meaning patient typing out their entire history into an email that lands in a shared inbox. You will not stop all of them, which is why the inbox that receives these should be a real business mailbox on your own domain with proper access control, not a personal free address forwarded to three phones. That is the argument for business email in a nutshell.
Follow the path once. The form fires, the site sends an email, the email arrives somewhere, somebody reads it. Every one of those hops is somewhere the message sits in plain text. Knowing that changes what you are willing to ask for on the form, which is the whole point of tracing it.
AldoMedia has looked after Western New York practice sites since 1999. We will link your intake to a provider that signs with you, resize the clinical photographs, and put the emergency phone number where a person in pain finds it.
Someone with a broken tooth at nine in the morning is not reading your practice philosophy. They are searching on a phone, often on a patchy connection, and they will call whichever practice answers the question first. This is the one genuinely time-sensitive audience a dental site has.
What they need is a phone number that dials when tapped, whether you see emergencies the same day, and roughly where you are. If those three things are below the fold or hidden behind a menu, the visit is lost to whoever put them at the top.
Speed matters here for the same reason. A homepage carrying a slideshow of stock photographs, an embedded video and half a dozen review widgets takes long enough to load that a person in pain gives up. That is almost never a hosting problem. It is a weight problem, and the fix is removing things rather than buying a larger plan.
If your work comes from other dentists rather than from consumers, most of this page is not for you, and it is worth saying so before you spend money on it.
An oral surgeon, an endodontist or a periodontist taking referrals is being chosen by a general dentist, not by a patient browsing photographs. The referring practice wants to know your credentials, your case acceptance criteria, how to send a referral without a phone call, and how fast you send the report back. A consumer smile gallery does none of that work, and it carries all of the authorisation risk. Skipping it is a legitimate answer.
The same restraint applies more broadly. A single-location general practice with a site of a dozen pages and a gallery of a few dozen images belongs on shared hosting, usually at the entry tier, and will not feel the difference from anything larger. Where spending more is justified: several locations on one site, a site running a booking system rather than linking to one, or a practice publishing enough content that the site has become a real ongoing project. Number of chairs is not a reason.
AldoMedia has built and maintained websites for Western New York businesses since 1999. We are an independent authorised reseller rather than the operator of the underlying platform, and we will tell you when the plan you already have is the right one.
We are not your compliance adviser and will not pretend to be. What we will do is build the gallery so you can remove an image yourself in two minutes, keep the intake form off the site where that is the safer answer, and make sure the emergency caller finds your phone number first. If you are inheriting a site somebody else built, start with taking over a website. Call 716-771-2536 or tell us what your practice site runs on.
The general expectation is no. Publishing a patient's image for marketing normally requires written authorisation obtained specifically for that purpose, and a routine treatment consent does not usually cover it. Confirm the exact requirement with your own compliance adviser. The practical point is that cropping to just the mouth does not make a photograph anonymous, because patients and the people who know them recognise these pictures.
No, and anyone telling you otherwise is overselling. Standard shared hosting is a place to put files. Compliance is about what information you collect, who handles it and what agreements are in place with each of them. If you want true online intake collecting medical history, that usually means a dedicated dental intake product that will enter an agreement with your practice, linked from your site rather than built into it.
For a lot of practices the printable PDF is the right answer and the cheaper one. The patient fills it in at home and brings it, so no health information ever crosses your website. Move to an online form only when the volume genuinely justifies it, and when you have arranged it through a provider that signs the appropriate agreement with you.
Name, phone, preferred times, and a free text box that explicitly asks people not to include medical details. That is enough to get somebody on the schedule, and the office can take the history by phone. Keep conditions, medications and insurance member numbers off the website form entirely.
That depends entirely on how the gallery was built. If you can log in and delete the image, it is a two minute job. If it means emailing whoever built the site and waiting for a reply, it can be days, and the delay is the risk. This is the main reason a dental gallery should be something you manage yourself.
Almost certainly not. Dental sites are usually slow because clinical cameras produce very large image files that get uploaded without resizing, and because the homepage carries a slideshow, a video and several review widgets. Removing weight fixes it. A bigger plan does not, and you would be paying monthly for a problem that is one afternoon of tidying.
The plan type nearly every single-location practice belongs on, and what the higher tiers actually change.
Read about shared hostingWhy a gallery you might need to edit in a hurry needs backups you can browse, not one monthly archive.
Read about backupsAppointment requests should land in a controlled mailbox on your own domain, not a personal free address.
Read about business emailEvery trade we cover is listed on hosting by industry.
Hero image: Nenad Stojkovic, CC BY 2.0, via Wikimedia Commons. Cropped.
Tell us what your practice site runs on and we will tell you whether the plan you are paying for is the right one. If it already is, we will say so.
Get Your Web Hosting Plan Get help choosing
Or call 716-771-2536 and tell us what the site has to do. If the plan you are already on is the right one, we will say so.