Skip to main content

Valide des data contracts YAML cliniques contre des fichiers Parquet

Project description

clinical-contract

Validate YAML clinical data contracts against Parquet files — schema integrity, type checking, and SQL quality rules in a single command.


Overview

clinical-contract is a data contract validation library designed for clinical and healthcare data pipelines. It bridges the gap between data documentation and data quality enforcement by allowing teams to define their data expectations in a human-readable YAML contract and automatically verify those expectations against real Parquet files.

A contract defines:

  • Schema — which columns exist, their logical and physical types
  • Quality rules — SQL-based assertions that must hold true on the data

The library supports multiple query backends (DuckDB, Polars, PyArrow) and is compatible with PyScript, making it suitable for both server-side pipelines and browser-based tooling.


Features

  • YAML contract validation — verify that a contract file is structurally complete before running it against data
  • Schema verification — check that all declared columns exist in the Parquet file with compatible types
  • SQL quality checks — execute custom SQL assertions and report pass/fail with obtained vs expected values
  • Flexible type mapping — loose type family matching (string, varchar, text are treated as equivalent; int32, int64, integer likewise)
  • Multi-backend support — DuckDB (recommended), Polars, PyArrow — auto-detected at runtime
  • PyScript compatible — runs in the browser via Pyodide/WebAssembly
  • Clean CLI output — formatted tables with ✅/❌ indicators directly in the terminal
  • Programmable API — use as a Python library in your own pipelines and CI workflows

Installation

Install with your preferred query backend:

# DuckDB (recommended for local use and CI)
pip install "clinical-contract[duckdb]"

# Polars
pip install "clinical-contract[polars]"

# PyArrow
pip install "clinical-contract[pyarrow]"

# All backends
pip install "clinical-contract[all]"

Note: The core package (pip install clinical-contract) installs only Pydantic and PyYAML. At least one query backend is required to run check.


Quick Start

1. Write a contract

# datacontract.yaml
apiVersion: v1.0.0
kind: DataContract
id: export-contract
name: Export Contract
version: 1.0.0
status: active
description:
  purpose: "Export dataset containing medical events and sampling data"
  usage: "Analytics and downstream processing"
  limitations: "Historical data may contain legacy timestamps"

schema:
  - name: export
    physicalType: TABLE
    description: Exported dataset containing patient event data
    properties:
      - name: IPP
        logicalType: string
        physicalType: TEXT
        description: Permanent patient identifier
        required: true
        quality:
          - type: sql
            description: IPP must not be null
            query: "SELECT COUNT(*) FROM export WHERE IPP IS NULL"
            mustBe: 0
          - type: sql
            description: IPP length must be between 35 and 37 characters
            query: "SELECT COUNT(*) FROM export WHERE LENGTH(IPP) NOT BETWEEN 35 AND 37"
            mustBe: 0

      - name: EVENT_DATE
        logicalType: date
        physicalType: DATE
        description: Medical event date
        required: true
        quality:
          - type: sql
            description: No dates in the future
            query: "SELECT COUNT(*) FROM export WHERE EVENT_DATE > CURRENT_DATE"
            mustBe: 0

2. Validate the contract structure

clinical-contract validate datacontract.yaml
📋  Validation de la structure : datacontract.yaml

┌─────────────┬────────┬──────────────────┐
│ Champ       │ Statut │ Valeur           │
├─────────────┼────────┼──────────────────┤
│ apiVersion  │ ✅     │ v1.0.0           │
│ kind        │ ✅     │ DataContract     │
│ id          │ ✅     │ export-contract  │
│ name        │ ✅     │ Export Contract  │
│ version     │ ✅     │ 1.0.0            │
│ status      │ ✅     │ active           │
│ description │ ✅     │ présent          │
│ schema      │ ✅     │ 1 schema         │
└─────────────┴────────┴──────────────────┘

✅  Structure valide — tous les champs sont présents.

3. Run checks against a Parquet file

clinical-contract check datacontract.yaml export.parquet
🔍  Vérification du contrat
    Contrat : datacontract.yaml
    Parquet : export.parquet

── Vérification du schéma ──────────────────────────────────────

  Schema : export
  ┌─────────────┬───────────┬──────────────┬──────────┐
  │ Colonne     │ Type YAML │ Type Parquet │ Statut   │
  ├─────────────┼───────────┼──────────────┼──────────┤
  │ IPP         │ string    │ string       │ ✅       │
  │ EVENT_DATE  │ date      │ date32       │ ✅       │
  └─────────────┴───────────┴──────────────┴──────────┘

  ✅ 2/2 colonnes valides

── Quality checks ──────────────────────────────────────────────

  ┌────────┬────────────┬──────────────────────────────┬──────────┬────────┬─────────┐
  │ Schema │ Property   │ Description                  │ Résultat │ Obtenu │ Attendu │
  ├────────┼────────────┼──────────────────────────────┼──────────┼────────┼─────────┤
  │ export │ IPP        │ IPP must not be null         │ ✅       │ 0      │ 0       │
  │ export │ IPP        │ IPP length 35-37 characters  │ ❌       │ 3      │ 0       │
  │ export │ EVENT_DATE │ No dates in the future       │ ✅       │ 0      │ 0       │
  └────────┴────────────┴──────────────────────────────┴──────────┴────────┴─────────┘

  2/3 checks passés.

CLI Reference

clinical-contract validate <contract.yaml>

Checks that the YAML contract file contains all required top-level fields. Does not require a Parquet file. Useful as a pre-flight check before committing a contract to version control.

Required fields: apiVersion, kind, id, name, version, status, description, schema

Exit codes: 0 if valid, 1 if any field is missing.


clinical-contract check <contract.yaml> <data.parquet> [backend]

Runs a full validation pipeline in three stages:

  1. YAML structure — same checks as validate
  2. Schema compatibility — verifies that all declared columns exist in the Parquet file with compatible types. Quality checks are blocked if this step fails.
  3. Quality checks — executes each SQL assertion and reports the result

Backend options: auto (default), duckdb, polars, pyarrow

Exit codes: 0 if all checks pass, 1 if any check fails or a column is missing/mistyped, 2 if an execution error occurs.


Type Mapping

Types in the YAML contract are matched against Parquet types using a loose family-based comparison:

YAML logical type Compatible Parquet types
string, text, varchar string, large_string, utf8, large_utf8
integer, int, int32, int64 int8, int16, int32, int64, uint8
float, double, decimal float32, float64, double, decimal128
boolean, bool bool, boolean
date, date32 date32, date64
datetime, timestamp timestamp[ms], timestamp[us], timestamp[ns]
binary, bytes binary, large_binary

Python API

Beyond the CLI, clinical-contract can be used directly in Python pipelines:

from clinical_contract import load_contract

# Load and parse the contract
contract, raw = load_contract("datacontract.yaml")

# Validate structure only
from clinical_contract import DataContract
validate_report = DataContract.validate_structure(raw)
if not validate_report.success:
    for f in validate_report.missing():
        print(f"Missing field: {f.field}")

# Check schema compatibility
schema_reports = contract.check_schema("export.parquet")
for report in schema_reports:
    if not report.success:
        for col in report.failures():
            print(f"{col.column}: {col.status_icon}")

# Run quality checks
report = contract.check("export.parquet", backend="duckdb")

print(f"Success: {report.success}")
print(f"Code: {report.code}")  # 0 = pass, 1 = fail, 2 = error

for result in report.failed():
    print(f"  ❌ {result.description}")
    print(f"     obtained={result.obtained}, expected={result.expected}")

PyScript / Browser Usage

clinical-contract is designed to work inside PyScript with Pyodide. Pass raw bytes from a file upload instead of a file path:

<script type="py" config='{"packages": ["clinical-contract", "duckdb", "pyyaml", "pydantic"]}'>
import js
from clinical_contract import load_contract

async def on_file_upload(event):
    file = event.target.files[0]
    yaml_bytes   = (await yaml_file.arrayBuffer()).to_bytes()
    parquet_bytes = (await parquet_file.arrayBuffer()).to_bytes()

    contract, raw = load_contract(yaml_bytes)
    report = contract.check(parquet_bytes, backend="auto")

    for result in report.results:
        print(result.description, result.status)
</script>

Contract Schema Reference

apiVersion: string        # Contract specification version (e.g. v1.0.0)
kind: DataContract        # Must be "DataContract"
id: string                # Unique identifier for this contract
name: string              # Human-readable name
version: string           # Data version (semver recommended)
status: string            # active | draft | deprecated

description:
  purpose: string         # Why this dataset exists
  usage: string           # How it should be used
  limitations: string     # Known limitations or caveats

schema:
  - name: string          # Table/view name (used in SQL queries)
    physicalType: TABLE   # TABLE | VIEW
    description: string
    properties:
      - name: string          # Column name (case-sensitive)
        logicalType: string   # Semantic type (string, integer, date…)
        physicalType: string  # Storage type (TEXT, INT, DATE…)
        description: string
        required: bool        # Default: false
        quality:              # Optional list of SQL assertions
          - type: sql
            description: string   # Human-readable description of the rule
            query: string         # SQL returning a single COUNT(*)
            mustBe: integer       # Expected result (usually 0)

Development

# Clone the repository
git clone https://github.com/your-org/clinical-contract.git
cd clinical-contract

# Create a virtual environment
uv venv
source .venv/bin/activate

# Install in editable mode with all dependencies
uv pip install -e ".[dev]"

# Run the test suite
pytest tests/ -v

# Lint
ruff check src/

Roadmap

  • PyScript UI with drag-and-drop contract and Parquet upload (GitHub Pages)
  • Additional quality check types (regex, range, referential integrity)
  • Contract diffing — compare two versions of a contract
  • HTML report export
  • Integration with Great Expectations and dbt

License

MIT — see LICENSE for details.

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

clinical_contract-0.0.3.tar.gz (36.7 kB view details)

Uploaded Source

Built Distribution

If you're not sure about the file name format, learn more about wheel file names.

clinical_contract-0.0.3-py3-none-any.whl (14.8 kB view details)

Uploaded Python 3

File details

Details for the file clinical_contract-0.0.3.tar.gz.

File metadata

  • Download URL: clinical_contract-0.0.3.tar.gz
  • Upload date:
  • Size: 36.7 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? Yes
  • Uploaded via: twine/6.1.0 CPython/3.13.7

File hashes

Hashes for clinical_contract-0.0.3.tar.gz
Algorithm Hash digest
SHA256 1b2a7c3c51413a7957430343b13e965b82d344736951cc760ab13ae11a6ff0c1
MD5 481b44c378be53f7cf5b4b9c52f6c65a
BLAKE2b-256 673d7dfb28e004a526bc44a82e40b8df7b858ae6f20e7ea7e3706be79f76ecc9

See more details on using hashes here.

Provenance

The following attestation bundles were made for clinical_contract-0.0.3.tar.gz:

Publisher: ci.yml on artheioupfat/clinical-contract

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file clinical_contract-0.0.3-py3-none-any.whl.

File metadata

File hashes

Hashes for clinical_contract-0.0.3-py3-none-any.whl
Algorithm Hash digest
SHA256 fc78b6b9e79085e34f90d1e22f0792a24b2b0f9cbfbe76357c0d658bb227231f
MD5 f6cd8b75fedfa2655782f146a5411eab
BLAKE2b-256 06e298c1494c1a837e60003d5b43e38158f4ec95b5e2cf637e2e7984d50e6f79

See more details on using hashes here.

Provenance

The following attestation bundles were made for clinical_contract-0.0.3-py3-none-any.whl:

Publisher: ci.yml on artheioupfat/clinical-contract

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

Supported by

AWS Cloud computing and Security Sponsor Datadog Monitoring Depot Continuous Integration Fastly CDN Google Download Analytics Pingdom Monitoring Sentry Error logging StatusPage Status page