Please check the build logs for more information.
See Builds for ideas on how to fix a failed build, or Metadata for how to configure docs.rs builds.
If you believe this is docs.rs' fault, open an issue.
hl7v2-server
HTTP/gRPC runtime service for HL7 v2 validation and evidence workflows.
hl7v2-server is the deployable sidecar/edge-guard crate in the
hl7v2-rs workspace. It is
separate from the hl7v2 library crate because it carries runtime concerns:
HTTP/gRPC serving, metrics, authentication, rate limits, config loading, and
filesystem output roots.
Sidecar workflows
Useful release-candidate workflows include:
hl7v2-server --print-configfor sanitized effective configuration output.GET /readyfor startup readiness checks.POST /hl7/validatefor typed validation reports.POST /hl7/validate-redactedfor validate-and-redact workflows.POST /hl7/bundlefor server-created redacted evidence bundles under a configured bundle output root.POST /hl7/ack-policyfor policy-driven ACK/NAK decisions./metricsfor Prometheus metrics.
The stable Prometheus contract includes HTTP request metrics plus evidence-loop counters for parse failures, validation failures, redaction failures, bundles created, replay attempts/failures, and inline corpus diffs. Labels are bounded operation/status values only; raw HL7 payloads, profile YAML, redaction policies, local paths, raw bundle IDs, raw message control IDs, and patient identifiers are not metric labels.
The server reuses the same evidence contracts as the CLI and hl7v2 library
instead of defining a server-only report language.
Structured logs are emitted for parse, validation, redacted validation, bundle, replay, ACK, and ACK-policy workflows. They include message type, validation status, issue counts, redaction status, and hashed correlation identifiers. Raw HL7 payloads, raw message control IDs, profile YAML, redaction policies, and local filesystem roots are not logged by default.
Set RUST_LOG_FORMAT=json to emit these fields as JSON records. The default is
human-readable text logs.
Usage
Inspect effective configuration without leaking secrets:
Run readiness after startup:
Create a redacted validation report:
For a full operator walkthrough, see the Deploy Validation Sidecar guide. For source examples, see the examples/ directory in the root of the repository.