PatientLock

Developers & API

Put VitalSec evidence and risk data where your systems already work.

Use VitalSec APIs, webhooks, events, and signed exports to verify evidence, sync broker and carrier workflows, receive meaningful security changes, and move normalized data into the tools your teams already use.

External data path

One contract for evidence, identity, time, and proof.

SOURCE01

Security, broker, carrier, or claims data

IDENTITY02

Organization and permissions resolved

VITALSEC03

Normalize, verify, preserve proof

DELIVER04

API, webhook, event, or signed export

Each exchange preserves organization scope, security context, freshness, and supporting proof.

What you can build

VitalSec gives external systems a clean way to use current evidence without learning every provider schema or reconstructing proof after the fact.

01

Verify security evidence

Check the evidence behind a security claim, including what was observed, when it was observed, where it came from, and whether the supporting proof verifies.

  • Evidence package verification
  • Proof integrity
  • Observation and source context
02

Sync broker and insured records

Move client, insured, renewal, and organization data into VitalSec without forcing every workflow through an interactive user session.

  • Client and insured rosters
  • Renewal context
  • Organization-scoped ingestion
03

Subscribe to meaningful change

Receive events when evidence, controls, incidents, or other material security conditions change instead of rebuilding the picture from a periodic questionnaire.

  • Signed webhooks
  • Material-change events
  • Delivery receipts and retry handling
04

Carry evidence downstream

Send normalized security state and supporting proof into the systems that need it for underwriting, claims, security operations, governance, or analytics.

  • Carrier and claims workflows
  • SIEM and GRC delivery
  • Evidence exports and receipts

Keep security context with the data.

A useful integration needs more than a field map. VitalSec keeps the organization, security state, observation time, and proof relationship intact as data moves between systems.

Organization
The credential establishes which organization and relationship the request belongs to.
State
Provider-specific inputs are translated into consistent security meaning before they leave VitalSec.
Time
Evidence keeps its observation time and freshness context so downstream systems know how current it is.
Proof
Verification and lineage travel with the result instead of becoming a separate reconstruction project.

From idea to working connection

Start with the data or workflow that needs to cross the boundary. Then make the contract, permissions, failure behavior, and evidence expectations explicit.

  1. 01

    Define the exchange

    Tell us what needs to move between VitalSec and the other system, who owns it, and whether the flow is inbound, outbound, or both.

  2. 02

    Map the contract

    We align the data shape, authentication method, event meaning, permissions, and error behavior for that connection.

  3. 03

    Connect the environment

    Use scoped credentials for the integration and keep sandbox and production access separate where both environments are used.

  4. 04

    Prove the path

    Before going live, test requests, responses, error handling, organization separation, evidence verification, and delivery receipts.

Scope stays explicit.

Credentials resolve the organization and permissions before data moves. Browser sessions, machine credentials, endpoint identity, broker access, carrier access, and integration access remain separate.

Documented contracts

Request and response shapes, authentication, errors, limits, and version expectations are part of the external interface.

Signed events

Webhook and event paths define signing, delivery meaning, retries, and receipts for the connection.

Environment separation

Sandbox and production credentials stay separate when both environments are provided.

Need deployment requirements?

Browser, endpoint, mobile, network, and deployment prerequisites are listed in Technical Requirements.

Technical Requirements

Connecting a product or provider?

The Integrations page shows the systems VitalSec can use as evidence sources, action paths, and downstream destinations.

View Integrations

Plan your integration.