State health departments
Agencies that run the statewide registries and receive feeds from every provider in the state.
- Immunization registry services
- Electronic lab and case report intake
- Data sharing with local departments
Reports arrive from hundreds of providers in different message formats, case investigators work from spreadsheets, and grant reports are rebuilt by hand each quarter. Agnotic Technologies builds public health software for state and local health departments and health NGOs that receives provider feeds, runs case follow-up and keeps program records ready for funders.
Trusted by global innovators
























Public health software is the set of systems a health department or health NGO uses to receive immunization, laboratory, syndromic and electronic case reports from providers, investigate cases and follow up contacts, run programs and outreach, and report to funders. Agnotic Technologies builds these systems for government and NGO health programs around the standards providers already send.
Each organization receives, acts on and reports data differently. We start from your programs and your funders.
Agencies that run the statewide registries and receive feeds from every provider in the state.
Teams that investigate cases, follow up contacts and run clinics and outreach.
Grant-funded programs that serve people directly and report to funders and agencies.
The gaps we look for first, because each one delays a case or a report.
The same person appears under three records because immunization, lab and case feeds each create their own.
Lab messages fail validation and sit in an error queue that nobody watches, so the sender never hears about it.
Electronic case reports arrive but are not linked to the matching lab result or the open investigation.
Investigators copy data from the surveillance system into spreadsheets to work their caseload.
Grant metrics are rebuilt by hand each quarter from exports that do not match each other.
Disclosures and data sharing with partners are not logged, so the agency cannot show who received what.
In electronic disease surveillance, a case reaches CDC once the agency confirms it against the surveillance case definition, maps it to the condition's NNDSS message mapping guide and sends an HL7 v2 case notification. Agnotic Technologies builds that path plus aberration alerts that compare counts with what is expected and send them to an epidemiologist.
| Step | What the agency system does | Who checks it |
|---|---|---|
| 1. Classify the case | Applies the surveillance case definition for the condition and records the case as confirmed, probable or suspect, with the evidence behind it | The investigator or epidemiologist who owns the condition |
| 2. Map to the message mapping guide | Maps case fields to the generic and condition-specific data elements in the NNDSS message mapping guide for that condition, and flags required fields still empty | The informatics team, before the condition goes live |
| 3. Send the case notification | Builds the HL7 v2 case notification from the mapped fields and sends it on the agency's schedule, including updates when the case changes | The system, with each message and its version logged |
| 4. Track the acknowledgment | Records CDC's response, queues rejected messages with the reason and resends after correction | An informatics analyst who works the error queue |
| 5. Compare counts with expected | Counts cases by condition, area and week and compares them with an expected range built from past periods | The system, using the method your epidemiologists approve |
| 6. Review the alert | Sends counts above the expected range to an epidemiologist with the case list behind them; nothing is published or shared automatically | An epidemiologist, who decides whether an outbreak investigation starts |
Three decisions we make with your epidemiology, informatics and program leads.
Immunization, lab, syndromic and case reports all match to one person record, with the match rules and their results visible to staff.
Messages are checked on arrival, and failures go back to the sending provider with a reason instead of waiting in a queue.
An investigation opens from the report that triggered it and keeps every later report attached, so the case history is complete.
Modules for health departments and NGOs, alone or as one platform.
HL7 v2 and FHIR intake with validation, acknowledgements and feedback to senders.
One person record across feeds, with review queues for uncertain matches.
Dose records, deduplication and query responses with history and forecast.
Reportable result rules and syndromic feeds passed to surveillance analytics.
eICR and reportability response handling, linked to the person and the case.
Queues, forms and tasks for investigators, opened from the triggering report.
Contact lists, follow-up schedules and messages in the languages your community uses.
Program metrics from source records, with exports for each funder.
The path we build for one report, from the provider's message to the closed investigation.
The message arrives from a provider, lab or health information exchange.
Structure and coding are checked, and the sender gets an acknowledgement or a reason for rejection.
The report is matched to an existing person record or creates a new one for review.
Reportable condition rules decide whether the report opens or updates a case.
The case goes to an investigator's queue with the source reports attached.
Contacts are listed, reached and tracked through their follow-up period.
The case closes with its outcome, and counts flow to surveillance and program reports.
Chosen to fit the feeds you receive and the systems you already run. We build in your cloud account or data center.
Each public health data stream, the standard providers send it in, the ONC criterion their certified health IT meets and what the agency system must do on receipt.
| Data stream | Standard and message | Provider-side ONC criterion | What the agency system must do |
|---|---|---|---|
| Immunization | HL7 v2.5.1 immunization messages under the Immunization Messaging guide, Release 1.5 | 45 CFR 170.315(f)(1) | Accept dose messages, deduplicate, and answer queries with history and forecast |
| Syndromic surveillance | HL7 v2.5.1 under the PHIN Messaging Guide for Syndromic Surveillance | 45 CFR 170.315(f)(2) | Ingest visit feeds and pass them to surveillance analytics |
| Electronic lab reporting | HL7 v2.5.1 under the Electronic Laboratory Reporting to Public Health guide | 45 CFR 170.315(f)(3) | Validate coding, match the person and open or update a case when reportable |
| Electronic case reporting | eICR in HL7 FHIR eCR or HL7 CDA, with the reportability response | 45 CFR 170.315(f)(5) | Receive the eICR and response, link them to the person and case, and route by jurisdiction |
Views we build with your epidemiology and program teams.
Messages received, rejected and corrected for each provider.
Time from report arrival to the first investigator action.
Cases by condition, investigator and stage.
Program measures from source records, ready for each funder.
First releases we scope, each small enough to ship and check.
Validation and sender feedback for electronic lab reports.
Investigator queues opened from incoming reports.
Dose deduplication and query responses on current standards.
Electronic case reports linked to persons, labs and cases.
Participant, service and referral records with funder reports.
Reminder and follow-up messages for clinics and programs.
The systems a public health platform reads from or writes to, agreed during scoping.
We build secure, scalable products designed for privacy, interoperability, and regulatory readiness from day one across every sector we serve.
Protect PHI with privacy-first architecture, encrypted storage and transmission, and strict access controls.
Enabling standardized health data exchange through standards-based API mappings.
Supporting enterprise-grade interoperability for clinical messaging and record workflows.
We combine deep technical expertise with industry-specific knowledge to deliver solutions that aren't just functional, but transformational.
We implement rigorous security protocols and compliance standards (HIPAA, GDPR, SOC2) across all industrial solutions to protect sensitive data.
Our architectures are built to handle massive data loads and user bases, keeping performance steady whether you're serving ten or ten million.
Using our suite of internal tools and proven frameworks, we cut setup work so your first release reaches users sooner.
Beyond simple wrappers, we build deep-learning integrations and predictive analytics directly into the core of your industry-specific workflows.
Agencies usually begin with one feed or one program. We size that release with your informatics lead and commit to its scope.
We review your feeds, programs, current systems and funder reporting.
Your informatics and program staff fill the feed table and the program measures with us.
One feed or one program end to end, with validation, matching and audit logs in place.
Providers are tested and moved to production one group at a time, with feedback on rejected messages.
More feeds, programs and reports under change control.
Short facts we design the feeds, disclosures and records around, each linked to its primary source.
ONC certification criterion 170.315(f)(1) requires certified health IT to create immunization information in HL7 2.5.1 under the Implementation Guide for Immunization Messaging Release 1.5, and to request and display a patient's evaluated immunization history and forecast from a registry.
Source: 45 CFR 170.315(f)(1) and 170.205(e)(4) (eCFR)For standards-based electronic case reporting, certified health IT must match encounters to the Reportable Conditions Trigger Code value set, create an eICR in the HL7 FHIR eCR or HL7 CDA format, and receive and process the reportability response.
Source: 45 CFR 170.315(f)(5)(ii) (eCFR)The HL7 FHIR Electronic Case Reporting implementation guide (US Realm, v2.1.2) defines transactions and profiles for the electronic initial case report (eICR), the reportability response (RR) and electronic reporting and surveillance distribution (eRSD).
Source: HL7 FHIR eCR Implementation Guide v2.1.2A covered entity may disclose protected health information to a public health authority authorized by law to collect it for preventing or controlling disease, including disease reporting, public health surveillance, investigations and interventions.
Source: 45 CFR 164.512(b)(1)(i) (eCFR)Recipients and subrecipients of federal awards must retain all award records, including financial records, supporting documentation and statistical records, for three years from the date they submit the final financial report.
Source: 2 CFR 200.334 (eCFR)We don't just build products; we forge lasting partnerships. See how we've helped industry leaders transform their vision into technical reality.

“I can clearly see how Agnotic has a unique way of handling end-to-end development. They are always active on quick chat and provide support quickly.”
Aaron Phelan
Founder, Benchmark

“Agnotic combines deep technical expertise with strong domain knowledge. They understand the business context, anticipate challenges, and make collaboration smooth and effective.”
John Pasmore
Founder, Latimer
“Agnotic is the best technical team we evaluated. Their engineering excellence made our work dramatically easier and allowed us to stay focused on what matters most for maternal care outcomes. They took full ownership of the technical execution, and we are always happy to continue working together.”
Kim Smith
Founder, My Lauren
This page covers public health reporting and programs. These pages cover the citizen and health data work around it.
Resident portals, identity and payments for government services.
Risk stratification and care gaps for providers and payers.
FHIR APIs and implementation guide work for health data exchange.
All the government and research software we build.
The EHR side of eCR: trigger code matching, eICR generation and the reportability response.
Explore other production-grade engineering platforms we deliver across gov & research.