Growth charts, state registry reporting and weight-based dosing are what separate a pediatric EMR from a general one. What to test before you buy.
Pediatrics asks an EMR for things general medical software was never designed to do. A weight is not a weight, it is a percentile against a reference population. A vaccine is not a chart entry, it is a reportable event owed to a state registry. A dose is not a number on a label, it is arithmetic against the child's weight. And the person who logs in, answers the message and pays the bill is not the patient.
This guide covers what to look for, where the platforms genuinely differ, and where SigmaMD fits — including one thing it does not do.
| What pediatrics needs | Why a general EMR struggles |
|---|---|
| Growth charts on the correct reference data | A number is meaningless without a percentile. The chart has to switch reference sets at age two and correct for prematurity, or it misreads the child. |
| Immunisations that report to the state registry | Reporting is mandatory in most jurisdictions. If the EMR cannot submit and reconcile, someone re-keys every dose into a state portal. |
| Weight-based dosing | Paediatric doses are calculated per kilogram and often dispensed as a liquid. Doing that arithmetic by hand at the point of prescribing is where errors live. |
| A record that understands families | The patient cannot hold the login, answer the message, or pay the bill. The parent does, for several children at once. |
| Adolescent confidentiality | The access model that is right for a four-year-old is wrong for a sixteen-year-old, and the transition is legally specific to your state. |
Growth tracking is the feature most often implemented badly, because plotting a point is easy and choosing the right curve is not.
The convention is a blended chart: World Health Organization standards from birth to age two, which describe how healthy breastfed infants should grow, then CDC data from two onward, which describes how children in the US population do grow. A platform that uses one set across the whole range will misread one end or the other.
Two details separate a real implementation from a checkbox. The first is prematurity: a baby born at 32 weeks has to be plotted against corrected age, or they will look alarmingly small for months. The second is condition-specific charts — the American Academy of Pediatrics publishes separate growth references for children with Down syndrome, and standard curves are actively misleading for those patients.
In SigmaMD, growth charts open from the Vitals tab and use WHO centiles to age two and CDC centiles beyond, on one continuous chart. Setting a gestational period in demographics makes the system calculate corrected age automatically. AAP Down syndrome charts are supported, head circumference is tracked alongside height, weight and BMI, and the chart is available through age twenty.
Every state runs an immunisation information system, and reporting to it is mandatory for most practices. The question to ask a vendor is not "do you record vaccines" — everyone records vaccines. It is what happens after you record one.
A real registry integration is bidirectional and acknowledges failure. Sending a dose returns an acknowledgement that can be accepted, accepted with data-quality warnings, or rejected outright, and a practice needs to see which of those happened per dose rather than assuming success. It also has to pull the other way: a child who had doses elsewhere should have that history imported rather than re-keyed, and imported doses must not be echoed back to the registry as new.
Ask to see all of this in a demo on your own state, and ask specifically to be shown a rejected submission rather than a successful one. A one-way integration that fails quietly is worse than none, because you believe you have reported. Ask too what the system tells you a child is due for, and whether that comes from the jurisdiction’s own forecaster or a local approximation of the schedule.
Pediatric prescribing is arithmetic under time pressure: milligrams per kilogram per day, divided by frequency, then converted into millilitres of a suspension whose concentration is printed on a bottle you may not be holding. It is a well-documented source of error, and it is entirely mechanical — which is exactly the kind of work software should absorb.
SigmaMD uses the DoseSpot dosing calculator inside the prescribing flow. Entering the dosage, the child's weight and the frequency produces the total daily dose; adding the medication amount and its volume produces the liquid dose in millilitres. Both sit in the prescription rather than on a separate calculator.
Pediatric software has to model a relationship, not just a person. The parent holds the login, receives the messages, answers the intake form and pays — often for two or three children whose records must stay separate.
SigmaMD handles this with caregivers. A patient under sixteen requires one, and the caregiver's email and phone can serve as the child's contact details, so siblings can share a parent's contact information without sharing a chart. A telehealth visit can be started from the child's chart with a specific caregiver selected to join, and a Scribe note from that call is filed on the child's record rather than the adult's. Where a practice bills a family membership, several children can sit on one plan.
This is where SigmaMD is weaker than the pediatric specialists, and it is worth knowing before you evaluate rather than after.
Adolescent confidentiality is genuinely hard. State law gives minors independent rights over particular categories of care at particular ages, and the software ideal is record-level control — a parent keeps portal access to immunisations and visit summaries while specific sensitive records are withheld.
SigmaMD's model is not that granular. Caregiver access is all or nothing: a caregiver sees the child's protected health information, and around age sixteen the caregiver relationship is removed and the patient manages their own chart. There is no per-record confidentiality flag. If your practice sees a meaningful volume of adolescents under state confidentiality rules, ask every vendor on your shortlist to demonstrate this specific workflow, and weigh our answer accordingly.
| Platform | Built primarily for | Billing model it assumes |
|---|---|---|
| SigmaMD | Independent practices on membership, retainer or cash-pay, including pediatrics | Membership and cash-pay |
| PCC | Independent pediatric practices, pediatrics only | Insurance |
| Office Practicum | Pediatric practices, built by pediatricians | Insurance |
| Develo | Independent pediatrics, newer AI-led platform | Insurance |
| athenahealth | Ambulatory groups across specialties, with a pediatrics fit | Insurance |
| CharmHealth | Small practices across many specialties | Mixed |
The column that usually decides this is the last one. Most pediatric-specific platforms are excellent and are built around insurance billing, claims and volume — which is the right design for most pediatric practices, because most pediatric practices bill insurance. If you are running a membership, retainer or cash-pay pediatric practice, that machinery is overhead you pay for and work around.
SigmaMD is an all-in-one EMR for independent practices on membership, retainer and cash-pay models, and it carries real pediatric capability: blended WHO and CDC growth charts with prematurity correction and AAP condition-specific references, weight-based dosing in the prescribing flow, and a caregiver model built for families rather than bolted on.
It is not a pediatrics-only system, and a high-volume insurance-billing pediatric practice will likely be better served by a platform built for exactly that. Where SigmaMD fits is the practice that is pediatric and independent of insurance — the model covered in choosing a direct primary care EMR, applied to children.
If you are still deciding on the payment model itself, how to start a medical practice covers that decision, which comes before this one.
When you're ready, schedule a demo and we'll plot a preemie, send a dose to your state registry and price out a family membership.
It depends more on your billing model than on your specialty. Pediatrics-only platforms such as PCC and Office Practicum are built around insurance claims and high visit volume, and they are strong at it. A pediatric practice running on memberships or cash-pay is solving a different problem, and a system built for that model with real pediatric capability will fit better than a claims engine you do not use.
In practice, yes. Reporting to the state immunisation information system is mandatory for most practices, and without integration every dose is re-keyed into a separate portal. Ask specifically whether the integration is bidirectional and whether rejected submissions are visible per dose — one-way submission that fails silently is worse than no integration, because you believe you have reported.
Yes, and pediatric DPC is one of the faster-growing corners of the model. Families pay a monthly fee for access, longer visits and direct messaging. The operational requirements are the same as adult DPC — membership billing, a patient app, asynchronous messaging — plus the pediatric-specific capabilities in this guide.
WHO growth standards from birth to age two and CDC growth charts from age two onward, on a single continuous chart. WHO standards describe optimal growth in healthy infants; the CDC set describes the US population, which is the more appropriate reference once a child is past toddlerhood. Ask also about corrected age for premature infants and about condition-specific charts such as the AAP references for Down syndrome.
A 30-minute walkthrough to review your workflow in SigmaMD and answer your questions.
Book a demo