Patient Identity Tracking
Regulated development and commercialization journeys where clinical, quality, and market access align.
This interactive experience is the shipped product itself — the same application code customers run in production, mounted read-only in your browser over a real sample journey. Not a video, not a mockup: because the demo and the product are one codebase, it can never drift from the real thing.
Inside this journey
-
Clinical & Manufacturing Discovery
Map current chain-of-identity workflows, stakeholders, systems, and regulatory constraints across clinical sites, couriers, manufacturing, and treatment centers.
Discovery Questions
Quick snapshot of your current chain of identity
- How many active autologous patients or treatment streams is your program managing right now?
- Which roles own chain-of-identity decisions day to day in your organization?
- List the systems that currently record sample identity and custody across your workflow
- Tell me about the physical labels, tags, and identifiers you use from collection through infusion
- When was the last time a near-miss or identity discrepancy occurred, and what happened
- If an identity error were proven, which site or process would regulators question first
Where identity problems actually surface
- What single identity failure in your recent work would force you to pause enrollment or production
- How often do you see scanning or labeling errors during a typical month
- When a near-miss happens, how quickly is it detected and by whom
- Estimate the direct and program-level consequences when an identity event reaches regulatory attention
- Who on your team manages escalation and documentation remediation when chain-of-identity gaps are found
- At what point would leadership halt the program due to identity or traceability concerns
Assumptions that will surprise you during rollout
- Tell me which assumption about your clinical sites or couriers is most likely to break during a rollout
- Give a count of different label templates or printers in use across your sites
- Are there sterile environment rules that restrict scanner models or hardware at collection or manufacturing sites
- Who signs off on changes to labeling or chain-of-custody documentation at each site
- Describe any courier chain-of-custody handoff steps that are paper based and cannot be modified
- If a site cannot accept a hardware change because of policy, which constraint would force you to drop that site from a pilot
The other ways you might try to solve this
- Imagine you stayed with your current tracking approach, what conditions would make that acceptable
- Select the alternatives you are actively evaluating right now
- Has anyone proposed building an internal tracking solution instead of buying one
- Estimate the timeline and headcount an internal build would need to reach your compliance requirements
- Name the category of tool you would prefer to keep if it could be extended to cover traceability
- Name the outcome that would push you to select an external vendor this quarter instead of continuing internally
What success looks like for QA and regulators
- What single metric would make QA and your regulators comfortable enough to approve full deployment after a pilot
- Select from these metrics the ones you are currently tracking for chain of identity or sample traceability
- List the target values you would set for those metrics during a 3-month pilot
- Identify the roles that must sign regulatory acceptance at site and program level before go-live
- Describe your current process for compiling traceability evidence for inspections and indicate its completeness
- Name the internal process that would trigger purchase and deployment within four weeks after a successful pilot
Integration gates that will make or break the build
- Point to the integration failure that would stop this project before deployment
- Select the systems that must be integrated for a meaningful pilot
- Are API endpoints available for those systems and is an owner assigned
- Do you have a test environment for each system that can be used within a 4-week window
- Rate the readiness of legacy tracking data for mapping and migration
- Can your IT or integration owner provide credentials and endpoint access within 4 weeks to start integration work
People, training, and validation, who actually runs the system
- Identify the person or role most likely to veto rollout because the workflow adds operational burden
- Provide a range for how many staff per site would require hands-on training for scanning and chain-of-custody procedures
- List the teams that own validation protocols and documentation for new systems at your sites
- Select the typical validation window from IQ/OQ to PQ for a system of this type
- Explain the impact of staff turnover at collection sites and treatment centers on training and consistent practice
- Would you commit the required validation owner and staff time to run an on-site pilot within the next quarter
Timeline, budget gates, and deal triggers
- Name the regulatory or audit finding that would stop this project immediately
- Select your target window to complete a pilot and reach a go or no-go decision
- Indicate the budget cycle or approval gates that would influence whether you sign in the next quarter
- Assuming the pilot reduces near-misses measurably, identify who has authority to approve enterprise rollout
- Are there scheduled inspections or audits in the next six months that constrain deployment timing
- Provide the earliest possible phased rollout date your team could commit to after pilot success and regulatory sign-off
-
Solution Experience
Walk through how the patient identity platform enforces traceability and prevents mix-ups using the buyer's real workflows and failure scenarios.
Solution Experience
- Solution Experience Session
- Confirm the current state and its cost to your team
- You confirm the demonstrated workflow eliminates the manual reconciliation and handoff ambiguity described in Discovery.
- Produce a tailored proof-of-concept plan that maps your workflows to test scenarios, hardware and integration needs, and clear success metrics.
- You agree the platform's failure handling closes the regulatory and patient-safety consequences you identified.
- Walk through a full collection-to-infusion workflow using your example data
- Provide two representative near-miss scenarios and anonymized sample records from clinical site, courier, and manufacturing handoffs for PoC testing.
- Replay the near-miss failure scenario and show prevention and remediation
- You accept the proposed proof-of-concept scope and measurable success metrics for the next step.
- Confirm pilot sites, validation owners, and a target 6- to 12-week PoC window for scheduling.
- Validate that this outcome matches your needs
- Agree next evidence and pilot scope
- Solution Experience Session
- Solution Experience Deck
- Solution Brief
- meeting
- slides
- document
-
Solution Scope
Define included modules (identifiers, scanners, LIMS/EHR integrations, hardware), responsibilities, training, validation, and measurable acceptance criteria.
Scope Configuration
- Assign and manage unique patient identifiers
- Provision and install barcode and RFID scanners
- Install sterile-environment scanner mounts and enclosures
- Configure electronic chain-of-custody logging
- Integrate platform with source LIMS and EHR endpoints
- Migrate legacy tracking and chain-of-custody records
- Configure role-based access and immutable audit trails
- Deploy courier handoff scanning and transfer logging
- Execute workflow qualification (IQ/OQ/PQ) and scanning validation
- Deliver staff training and standard operating procedures
- Generate audit-ready batch and treatment traceability documentation
- Provide go-live cutover and production support with SLA handover
Scope Questions
Assign and manage unique patient identifiers
- Which identifier format do you require for patient-linked materials (numeric, alphanumeric, ISBT-128, UUID)?
- How many identifier namespaces must be supported across your sites (clinical site, courier, manufacturing, treatment center)?
- Who will be the authorized owner of identifier issuance and reconciliation at each site (role or department)?
- What matching rules should the platform use to link identifiers to your LIMS sample IDs and EHR patient IDs (exact match, barcode+DOB, manual reconciliation)?
- Are there regulatory labeling standards or trial subject numbering schemes your identifiers must follow?
- Describe the identifier lifecycle you need: when should identifiers be generated, retired, or reissued across leukapheresis, manufacturing, and infusion?
Provision and install barcode and RFID scanners
- Which scanning technologies must be supported at each site (1D barcode, 2D barcode, passive RFID, active RFID)?
- How many scanners do you estimate per collection room, manufacturing staging area, and infusion bay?
- Who is your facilities contact for receiving shipment, inventory tagging, and recording scanner serial numbers?
- What environmental constraints must scanners meet (sterile-field compatibility, cleanroom ISO class, chemical wipeability)?
- When must scanners be deployed relative to your validation windows (before IQ, before OQ, before PQ, by go-live)?
- Describe your preferred scanner authentication and firmware update process (local USB, mobile device management, secured network push).
Install sterile-environment scanner mounts and enclosures
- What sterile-environment mounting options are required at collection and manufacturing (ceiling mount, wall mount with sealed enclosure, glove port pass-through)?
- Are there existing ceiling grid or wall structural constraints at your clinical and manufacturing sites that affect mount selection?
- Who will approve mechanical drawings and final mount placement (quality engineer, facility manager, clinical lead)?
- How should mounts be cleaned and documented between patient procedures to align with your SOPs (chemical wipe, autoclave sleeve, disposable covers)?
- Provide the ISO cleanroom class and gowning requirements for rooms where mounts are installed.
- Where will scanner cabling terminate for power and network at each site (local network closet, PoE switch in room, Wi-Fi access point)?
Configure electronic chain-of-custody logging
- What chain-of-custody events must be captured for each product movement (collection, dispatch to courier, receipt at manufacturing, release for infusion)?
- Which data fields must be recorded at each event (scanned ID, timestamp, operator ID, room ID, temperature snapshot)?
- How long must electronic chain-of-custody records be retained to satisfy your audit and regulatory needs?
- Who will approve retention periods and access controls for chain-of-custody logs within your QA organization?
- What export formats are required for chain-of-custody evidence during inspections (signed CSV, audit PDF, EBR export)?
- Are there electronic signature or 21 CFR Part 11 requirements that must be enforced for custody confirmations?
Integrate platform with source LIMS and EHR endpoints
- Which LIMS and EHR systems must the platform integrate with at each site (provide system name and version)?
- What integration methods does each endpoint support (REST API, HL7 v2, FHIR, SOAP, secure file drop)?
- Who will provide API credentials, test accounts, and a point of contact for each endpoint owner?
- Which attributes must be exchanged with your LIMS/EHR per custody event (sample ID, patient ID mapping, lot number, event code)?
- When are allowed maintenance windows for API testing and data sync with each endpoint?
- What SLA for API latency and error recovery do you require during manufacturing-critical workflows (max acceptable round-trip time and retry policy)?
Migrate legacy tracking and chain-of-custody records
- How many legacy tracking records and historical chain-of-custody entries need migration (count or date range)?
- Which legacy record formats must be ingested (spreadsheets, paper scans, LIMS export CSV, custom database)?
- Who will approve the field mapping between legacy records and the platform schema in your quality or IT team?
- What data quality thresholds must migration meet (duplicate rate, missing patient IDs, matching accuracy)?
- What evidence will validate that legacy migration is complete and acceptable for regulatory inspection (sample reconciliation report, signed migration acceptance by QA, automated completeness report)?
- Are there PHI masking or encryption requirements for legacy records during transit and at rest?
Configure role-based access and immutable audit trails
- How many distinct user roles do you require for clinical, courier, manufacturing, and QA workflows?
- Which actions must be restricted or require secondary sign-off (identifier issuance, release to infusion, custody transfer)?
- Who will approve role definitions and segregation-of-duty exceptions within your organization?
- What retention and immutability controls are required to meet 21 CFR Part 11 and FDA inspection expectations (append-only logs, WORM storage, signed audit reports)?
- Are multi-factor authentication and single sign-on integration required for your user base?
- Provide any role-mapping spreadsheets or HR directory artifacts we should ingest to automate account provisioning.
Deploy courier handoff scanning and transfer logging
- Which courier partners and handoff touchpoints are in scope for scanning (collection pickup, handoff to cold-chain vendor, arrival at manufacturing)?
- What handoff acceptance criteria must couriers confirm by scan (seal intact, temperature within range, matching patient ID)?
- How should couriers authenticate scans (courier app credentials, one-time PIN, shared device)?
- Who will manage courier device provisioning, device retirement logs, and device serial reconciliation?
- What offline capture behavior do you require if courier connectivity is lost (local caching with delayed sync up to X hours)?
- Are chain-of-custody timestamps required to be tamper-evident and included in courier SLA metrics?
Execute workflow qualification (IQ/OQ/PQ) and scanning validation
- Which sites and workflow steps are in scope for IQ, OQ, and PQ testing (list clinical collection, manufacturing, infusion sites)?
- What scanning accuracy and read-rate thresholds must OQ/PQ tests demonstrate under typical clinical conditions (for example, >=99.9% read rate within 1 second)?
- Who will approve and sign the validation protocol and the final validation report in your QA or validation team?
- What SOPs and test scripts from your quality systems must we use or incorporate during IQ/OQ/PQ validation?
- What defines done for IQ/OQ/PQ such that your QA will accept the deployment (signed validation report, passing test matrix, zero critical findings)?
- How should failed validation scenarios be documented and remediated to meet your CAPA workflow?
Deliver staff training and standard operating procedures
- Which user groups require training and certification (clinical collectors, couriers, manufacturing technicians, QA reviewers)?
- How many staff per site must be trained and certified to use scanners and the platform?
- What training delivery modes do you prefer (on-site hands-on, remote instructor-led, e-learning modules, train-the-trainer)?
- Who will be responsible for issuing training completion certificates and maintaining training records?
- What retraining interval do your SOPs mandate following process changes or validation failures (annually, after changes, other)?
- Are there competency checklists or observed practice forms we should use for staff sign-off?
-
Mutual Commit
Finalize commercial and legal terms, timelines, data controls, and regulatory documentation obligations required for deployment and qualification.
Agreement Modules
- Master Services Agreement (MSA)
- Statement of Work (SOW)
- Order Form / Subscription Agreement
- Data Processing Agreement (DPA) / HIPAA Business Associate Addendum (BAA)
- Regulatory & Validation Responsibility Addendum
- Acceptance Testing and Go-Live Criteria
- Payment Schedule and Milestone Invoice Schedule
- Change Order Agreement
- Termination and Transition Agreement
- Warranty and Support Service Level Attachment
-
Deployment
Operationalize rollout with readiness checks, execution, and compliance validation.
-
Pre-Deployment Readiness
Confirm environments, site access, validation owners, data migration windows, and training schedules needed to begin rollout.
Pre-Deployment Questions
Environment and site access
- List each site or environment included in this rollout (clinical site, courier hub, manufacturing site, treatment center, staging/QA) and mark its environment type (production/staging/sandbox). This lets the deployment plan allocate resources per location.
- For each site listed above, is access for the seller's deployment team already provisioned?
- Do buyer network or security policies require special connectivity (select all that apply). Knowing this prevents failed integration attempts during rollout.
Data and configuration
- Which categories of legacy data must be migrated or mapped before go‑live? Select all that apply (so we can scope migration windows).
- Who is the buyer's designated source-of-truth owner for patient identifiers and chain-of-identity mapping (name and role)? This person will approve mapping decisions.
- Has the field-mapping approach for legacy → platform data been decided (so we can finalize import procedures)?
People and ownership
- Who is the formal validation/qualification owner that will sign off site acceptance testing (name and title)? This person will be the single approver for qualification completion.
- Who is the primary technical contact for integrations (LIMS/EHR) who can approve API credential handoff and coordinate endpoint testing (name and role)?
- Confirm the training owner and the initial training cohort for the first scoped site (roles and expected headcount). This defines the first competency test group.
Timing and constraints
- List any regulatory, inspection, or audit blackout windows during which deployment, hardware installation, or validation activities cannot occur (dates or 'None'). This prevents scheduling conflicts with compliance events.
- Are there reserved cutover or data-migration windows already agreed for production switchovers?
- Are there site-specific constraints for hardware installation or hands-on training in controlled/sterile areas? Select all that apply so logistics can be planned.
-
Configuration Details
Lock integration endpoints, API credentials, scanner and label settings, RFID parameters, and legacy data mapping the deployment team will use.
Configuration Details
Environments & Endpoints — anchor the connector URLs
- Enter your production API base URL (format: https://api.your-domain.example). This exact value will be written to the platform connector settings for live traffic.
- Enter your staging API base URL (format: https://staging-api.your-domain.example). Default: enter 'none' if you do not provide a staging environment.
- Select the integration authentication method the platform should be configured to use (this controls connector settings):
Integration identifiers & credential handover — non-secret IDs and who will exchange secrets
- Provide the non-secret integration client identifier to use in connector configuration (e.g., OAuth client_id, integration user name). Do not paste secrets here.
- Who is the credential owner for the integration (format: Full name — Role, e.g., 'Alex Morgan — IT Security')? This person will approve secret exchange and operational access.
- Select the secure channel you will use to deliver any required secrets at deployment kickoff (we will not collect secrets in this sheet):
Scanner, Labeling & RFID — hardware and identifier format choices
- Which scanner types will be used in scoped sites? Select all that apply (these values configure scanner drivers and onboarding):
- Select the default barcode symbology to be generated and validated by the platform. Default is Code128 (recommended):
- Select the RFID protocol your site uses for tags/readers (if none, choose 'None'):
- Enter the expected RFID read zone distance in centimeters (numeric). Default 50 cm — confirm or specify another value:
Legacy ID mapping & transform rules — how legacy identifiers become platform identifiers
- Select the primary legacy source system category that supplies patient or kit IDs for mapping (this decides import adapters):
- Choose the canonical mapping rule the deployment should apply to legacy IDs when creating platform identifiers (pick one):
Operational thresholds & label batch sizing — limits the platform will enforce
- Maximum label generation batch size (numeric). Default is 500 — confirm or specify another numeric limit:
- Scan retry threshold before the system flags for manual escalation (numeric). Default is 3 attempts — confirm or specify another value:
-
Deployment
Install hardware, integrate with LIMS/EHR, execute validation protocols, and run hands-on staff training in scoped sites.
-
Go-Live Validation
Complete traceability tests, confirm chain-of-identity acceptance criteria, and collect regulatory sign-offs at each site before live operations.
Checklist items
- Submit end-to-end traceability test report
- Complete chain-of-identity acceptance checklist
- Obtain per-site regulatory/QA sign-off for go-live
- Execute integration endpoint verification and provide logs
- Validate scanner and label performance under operational conditions
- Produce and verify audit-trail extract for regulatory record
- Verify rollback point and recovery procedure
- Close or formally disposition validation deviations
- Upload training competency records for scoped staff
- Record formal go/no-go decision and publish go authorization
-
-
Success
Confirm identity integrity metrics, capture lessons learned, and maintain a shared channel for issues and enhancement requests.
Success Reviews
- Go-live health check (weeks 1-4)
- First measurement review (weeks 4-10)
- Acceptance gate and formal acceptance (around day 90)
- Quarterly success review (ongoing)
Issues & Enhancements
- Schedule the next quarterly review and circulate the metric pack at least five business days prior to the meeting.
- Restate acceptance criteria and targets
- Produce a documented acceptance decision that records pass/fail for each numeric target recorded in Solution Scope.
- Confirm the incumbent system is decommissioned or formally retained read-only with archived data and closed fallback processes.
- Agree remediation deliverables and a verification date for any conditional or failed criteria.
- Publish the formal acceptance record showing pass/fail per Solution Scope criterion and the buyer signatory statement.
- Execute the incumbent wind-down tasks including data archive verification and closure of legacy operational checklists.
- If conditional acceptance was issued, create a remediation tracker with concrete verification tests and target completion dates.
- Trend review of identity integrity metrics
- Confirm that identity mismatch rate and near-miss event count remain at or below the thresholds agreed in Solution Scope or that remediation plans exist for deviations.
- Ensure all regulatory validation items and documentation remain current and any outstanding items have owners and deadlines.
- Maintain a clear enhancement backlog with acceptance criteria and a scheduled delivery window for high-priority requests.
- Update the shared issues and enhancement channel with the meeting's prioritized backlog and expected release window for each item.
- Create a hardware replacement plan for any scanner models with repeated failures including inventory and procurement lead times.
- Re-confirm success criteria and owners
- Confirm all deployment checklist items are complete or have a documented remediation plan with dates.
- Establish which sites are in active use and which sites remain in validation-only state.
- Agree the remediation tasks and timelines required to reach the first measurement window.
- Publish the deployment validation summary including unresolved defects and target resolution dates.
- Schedule hands-on follow-up training at sites with under 80 percent staff completion within two weeks.
- Confirm and document the data sources that will supply metrics for the first measurement meeting.
- Confirm measurement method and data provenance
- Validate the accuracy of the reported identity mismatch rate and chain-of-identity completion rate and confirm they are derived from the agreed data sources.
- Document root-cause hypotheses for any metric gaps and a prioritized remediation plan with target dates.
- Confirm the timeline to the acceptance gate and the evidence package required for the acceptance meeting.
- Produce a metric extraction and calculation workbook showing raw logs, query scripts, and aggregation steps used to calculate each metric.
- Implement the agreed remediation tasks for top two root causes and record validation steps to demonstrate effect on metrics.
- Schedule the acceptance gate data freeze window and confirm which systems will be read-only during evidence capture.
- Deployment and migration validation status
- Open issue burn-down and regulatory items
- Present first-period metrics
- Present outcome data against each criterion
- Diagnose root causes for gaps
- Document pass/fail per criterion and acceptance decision
- Enhancement and backlog triage
- User onboarding and early usage patterns
- Agree corrective actions and timelines
- Open issues and blockers
- Incumbent system wind-down confirmation
- Operational risks and readiness checks
- Remediation and conditional acceptance plan
- Immediate remediation plan