Current assurance status, HIPAA posture, architecture, interoperability, deployment, security framework, audit logging, role-based permissions, and enterprise scalability. HIPAA-safeguarded controls; no SOC 2 certification or report claimed.
When systems disagree, the operator governs.
Enterprise procurement in senior housing & care doesn’t ask many questions out loud. It evaluates the same nine markers, quietly, before any pricing conversation. This page documents each marker in the language of the people who sign — Chief Compliance Officers, CISOs, REIT asset managers, lender credit committees, and multi-state operators.
SeniorCRE operates HIPAA-safeguarded security and privacy controls, including encryption at rest and in transit, role-based access control, and comprehensive audit logging. The platform is BAA-ready; operator BAA execution is a pilot-readiness gate and no LLM-provider BAA is in place. Multi-tenant architecture enforces data isolation between operators, with tenant-layer RLS hardening active. The underlying AWS infrastructure is covered by AWS’s own SOC assurance reports; SeniorCRE does not claim SOC 2 certification or its own SOC 2 report. Control-readiness evidence is collected internally alongside HIPAA, and any SeniorCRE SOC 2 report will be published only if and when one is issued.
| Milestone | Status | Target |
|---|---|---|
| HIPAA-safeguarded controls | In production | Today |
| SOC 2 in progress (underlying AWS infrastructure maintains its own SOC 2 reports) | In production | Today |
| Trust-by-Design Procurement Package | Available on request | Today |
| Continuous automated vulnerability scanning | In production | Today |
| Independent third-party penetration test | No completed report claimed | Published only when issued |
| SeniorCRE SOC 2 Type I report | Not claimed | Published only when issued |
| SeniorCRE SOC 2 Type II report | Not claimed | Published only when issued |
HIPAA-safeguarded today. Controls are operating in production; the SOC 2 report is the attestation that the controls work as designed.
| Control | How it’s implemented |
|---|---|
| Encryption at rest | AES-256 across primary data store and PHI buckets. |
| Encryption in transit | TLS 1.2+ for every client, edge function, and integration endpoint. |
| PHI segregation | Dedicated private buckets for resident, staff, family, therapy, and document PHI; signed URLs only. |
| BAA execution | Business Associate Agreements available for all covered-entity customers and downstream subprocessors. |
| Access control | Role-based access control with a documented role hierarchy, MFA, and session timeout policies. |
| Audit trail | Every PHI read and write logged with user, session, IP, UTC ms timestamp; retained per HIPAA standards. |
| Family-channel exclusions | Family access strictly excludes medications and diagnoses by policy and by multi-layer tenant isolation. |
Operator-controlled definitions, source authority, reconciliation, preserved alternatives, and lineage govern the stack. The systems may stay in place; authority is explicit for each decision.
Operators do not adopt SeniorCRE on a blank slate. Governed ingestion preserves incumbent-system authority first; replacement happens only where the operator chooses it.
| Standard / system | How it’s used |
|---|---|
| HL7 v2 / FHIR (R4) | Generic HL7 v2 inbound parsing is built; outbound HL7 and FHIR exchange and bi-directional payer/provider flows are on the design-partner / 2027 roadmap. |
| PointClickCare / MatrixCare | Governed ingestion architecture is built; vendor-specific PCC and MatrixCare connectors are roadmap items sequenced with the first-wave cohort. |
| Yardi · MRI · NetSuite | Property accounting and GL reconciliation on the roadmap. SeniorCRE customer billing is invoiced through NetSuite (no Stripe, no PCI scope on the platform itself). |
| SSO (SAML 2.0 / OIDC) | Supported by our identity provider — Okta, Azure AD/Entra, Google Workspace. Customer SSO connections are enabled only per written engagement. |
| SFTP + S3 secure export | Limited operator-owned export available today; full data-sovereignty export tooling on the roadmap. |
| Machine-readable access specification | Published units and entity contracts for agent and LLM tool calling. Post-pilot roadmap. |
Procurement asks how long it takes and what breaks. The answer is a published, renewal-aligned path that retires vendors at their natural breakpoints.
Immutable, append-only audit logs with UTC millisecond timestamps, full user/session context, and 7-year retention to support regulatory and forensic requirements.
Every PHI read, every role grant, every export request, and every administrative action is written to an immutable append-only log scoped to the same entity hierarchy as the read path. Survey, SOC 2, and HIPAA evidence assemble from a single query, not nine.
Role-based access control with a documented role hierarchy is enforced at the database, scoped by property, and audited. Permissions are auditable and revocable per role.
Family-channel access is governed separately: medications and diagnoses are strictly excluded by both policy and tenant-isolation controls — never surfaced through the family portal under any role.
A Holding Co → Operator → Region → Property → Unit hierarchy lets multi-state, multi-payer, multi-entity ownership preserve source authority, reconciliation, and lineage across accepted records. The same architecture is designed to serve a single-property operator and a 200-property REIT portfolio without forking the audit log.
For enterprise procurement teams, the full evidence inventory — control narrative, architecture diagrams, RBAC matrix, audit-log schema, BAA template, sub-processor list, penetration-test plan, and migration runbook — is available under NDA as the Trust-by-Design package. Request it from support@seniorcre.com.
Most procurement teams start here. The SeniorCRE mutual NDA is a standard two-year, Texas-governed instrument that covers the Trust-by-Design package (SIG Lite, CAIQ, architecture diagrams, control narrative, incident response plan, and pen-test scope). Reasonable redlines are returned by counsel within one business day.
SeniorCRE Mutual Non-Disclosure Agreement
PDF · 4 pages · Texas governing law · 2-year term
Return signed copy to support@seniorcre.com
Prefer your paper? Email your standard mutual NDA to support@seniorcre.com and we’ll return redlines within one business day.
Already reviewed the Trust-by-Design package or signed the NDA? Skip the form chain — send a direct line to support@seniorcre.com and we will respond within one business day.
Status as of September 29, 2026 (last modified 2026-09-29)
| Claim | Evidence step | What is true today | Proof to inspect |
|---|---|---|---|
| Operator and portfolio workspace foundation built (roles, hierarchy, entity tree). | Validated | Provisioning controls have been exercised repeatedly in controlled SeniorCRE conditions, including the operator onboarding wizard. Not yet performed for an operator in production; no standard duration is published. | Control test record; synthetic or de-identified data; no operator PHI. |
| Single-community acceptance boundary. | Architecture designed | A gate sequence derived from the migration and acceptance model. No community has gone live for an operator, so no observed duration exists. | Written deployment plan and acceptance-gate model. No execution record exists. |
| Portfolio-wide rollout acceptance across multi-community scope. | Architecture designed | A wave-cadence model from the deployment plan. Sequencing depends on community count, system count, data condition, source access, and operator authority decisions. Not a completed rollout. | Written deployment plan and acceptance-gate model. No execution record exists. |
| Connectors to PointClickCare®, MatrixCare®, Yardi®, and QuickBooks®. | Validated | Ingestion and normalization exercised against synthetic and de-identified extracts in controlled SeniorCRE conditions. No third-party integration is live in operator production. | Control test record; synthetic or de-identified data; no operator PHI. |
| Operator-Controlled Operating Record: source authority, reconciliation, field-level lineage. | Architecture designed | The Operator-Controlled Operating Record is designed and not yet implemented in any community. Authority rules, reconciliation, and field-level lineage are design intent; synthetic examples do not establish working governance. | Written deployment plan and acceptance-gate model. No execution record exists. |
| Clinical configuration: SeniorCRE as clinical system of record, or alongside an incumbent eMAR read one direction only. | Architecture designed | Designed, not built for operator use. SeniorCRE's native medication administration and eMAR are roadmap and not built; the read-only configuration alongside an incumbent eMAR depends on the Operator-Controlled Operating Record, which is designed and not yet implemented in any community. One authoritative medication record at all times is a design rule. | Written deployment plan and acceptance-gate model. No execution record exists. |
| Barcode-verified administration with an automated five-rights check at the point of medication pass. | Architecture designed | Not built. Corrected September 7, 2026: earlier pages, operator training guides, and generated answers described this control as running, which was false. Implementation boundary: four of the five medication scan surfaces open a camera preview with no decoder and match only a manually typed NDC; one mobile surface decodes frames through the browser-native BarcodeDetector API where the browser supports it (Chromium/Android; not iOS Safari, not most desktops) and compares the NDC alone. No decoding library is bundled, no surface verifies resident, dose, route, or time, and no scan result blocks an administration. The five rights are verified by the administering clinician, not by SeniorCRE. | Build-queue entry with scope and dependencies. No implementation exists. |
| Live write-back into operator payroll and scheduling systems. | Architecture designed | Specified and in the build queue. Read-side ingestion only today. | Build-queue entry with scope and dependencies. No implementation exists. |
| Implementation effort required from the operator. | Architecture designed | Deployment is staged, not effortless: platform access, source access, authority rules, reconciliation, security review, and any history migration are scoped work with operator-side effort. Any claim of zero implementation would be false. | Written deployment plan and acceptance-gate model. No execution record exists. |
Status and evidence class as of September 29, 2026. SeniorCRE has no operator-production deployment. Public timing is gate-based and operator-specific; no standard go-live duration is published. Maintained and reviewed by John Hauber, Founder, SeniorCRE, LLC. A medication-safety control was described on earlier pages as running when it was not; that correction is published in full at /medication-safety-claim.
| Capability | SeniorCRE | Legacy senior housing & care vendor | EHR + warehouse + BI |
|---|---|---|---|
| HIPAA-safeguarded controls in production | Yes | Varies | Per-component |
| SOC 2 in progress (underlying AWS infrastructure maintains its own SOC 2 reports) | Yes | Often | Often |
| Independent pen test planned | Planned; no report issued | Unknown | Per-vendor |
| SOC 2 Type I report | Not claimed | Varies | Per-vendor |
| Strong multi-layer tenant isolation | Yes | Middleware | N/A |
| Audit log retention | Per HIPAA standards | 30–365 days | Per-tool |
| AI grounded in operator-controlled operating records (roadmap) | Declared-field reads (post-pilot) | Federated | Warehouse only |
| Operator-owned data export | Yes | Per-vendor | Warehouse only |
Scope sources, integration map, RBAC mapping, success criteria, and the Trust-by-Design procurement package.
Run a bounded historical validation with identities, residents, ledger, and schedule records from operator-declared sources of authority.
Compare against a month-end close and document census, AR, eMAR, and payroll disagreements before any production acceptance decision.
Retain systems that work and replace only where the operator chooses. Accepted records preserve authority, reconciliation, and lineage.
Target-state property-level access controls expose approved capital evidence to REITs, PE, lenders, and allocators with the documented role hierarchy and audit logging on every read.
SeniorCRE is the operating, compliance, and asset-management layer for REITs, family offices, and institutional capital allocators in senior housing & care.