Hospital Pilot Program
Request Pilot
From Pilot to Production-Ready Infrastructure
This pilot program enables hospitals to evaluate an emerging clinical guidance system in a limited, real-world setting—without disrupting care delivery, clinical decision-making, or existing IT infrastructure.
We have been invited by the National Science Foundation (NSF) to submit a Phase I SBIR proposal, representing a formal technical and commercialization validation gate.
This pilot directly converts that invitation into measured performance data, workflow evidence, and independent evaluation partnerships required for Phase I feasibility determination.
The pilot is designed to rigorously assess:
• Workflow impact — reduction in task friction, search time, and cognitive load
• Usability — clinician adoption, intuitiveness, and training burden
• Operational value — time savings, reliability, uptime, and infrastructure compatibility
IRB Information
- IRB “human subjects research” usually requires either:
- Intervention/interaction with individuals as research participants
- Collecting identifiable private information about them
- Pilot Program
- No patient interaction
- No patient private info
- No identifying data
- No clinical decision support
IRB requirements are likely not required for this pilot program
1. Who This Pilot is Designed For
This pilot is appropriate for hospitals and health systems interested in:
- Clinical workflow efficiency and cognitive load reduction
- Nursing-led innovation and frontline usability
- Supply-chain and clinical operations optimization
- Early evaluation of edge-based, privacy-preserving clinical infrastructure
Typical stakeholders include:
- Nursing leadership (ICU, ED, procedural areas)
- Clinical innovation or transformation teams
- Clinical engineering / biomedical engineering
- IT and information security (light involvement)
- Supply chain or operations leadership
The pilot is intentionally designed to minimize burden on clinical, IT, and operational teams.
2. Pilot Scope and Setting
The pilot is intentionally small, bounded, and controlled.
Typical pilot configuration:
- One clinical unit or defined operational area
- Limited physical footprint (e.g., selected racks or storage zones)
- Non-clinical decision support only (no diagnostic or treatment decisions)
The system operates as assistive infrastructure, designed to support clinicians—not replace judgment or alter standards of care.
3. What the Hospital Provides
The hospital’s contribution is designed to be bounded.
Required:
- Access to a defined physical area for pilot deployment
- Identification of 1–2 clinical champions (often nursing leaders)
- Light coordination with clinical engineering and IT
Not required:
- No EHR integration
- No network integration (unless explicitly requested)
- No changes to clinical protocols
- No long-term commitment
4. What we Provide
We handle the full pilot execution:
- On-site or guided installation of the pilot system
- Initial orientation and brief staff training
- Ongoing technical support during the pilot period
- Structured data collection focused on workflow impact and usability
- A post-pilot summary report with findings and recommendations
Our team remains actively engaged throughout the pilot to ensure safety, clarity, and responsiveness.
5. IT & Security Compatibility
The system is architected to align with hospital IT, cybersecurity, and regulatory requirements for low-risk clinical accessories and pilot deployments.
- Designed to operate fully offline
- No Wi-Fi, internet, or cloud connectivity
- No transmission, storage, or processing of PHI
- No integration with EHRs or hospital IT systems
- Local, short-range coordination via low-power BLE mesh
- Aligns with hospital electronic-device and biomedical engineering protocols
- Classified as a standalone, non-networked clinical accessory for pilot use
The pilot system does not function as a networked IT system and does not introduce external connectivity, remote access, or cybersecurity attack surfaces.
The architecture is intentionally designed to support alignment with:
- ISO 27001 / ISO 27701 principles (privacy-by-design and security-by-architecture)
- The system is not subject to NIST 800-53, HITRUST, SOC 2, or equivalent hospital IT security frameworks.
6. Data, Privacy, and Safety
The pilot is designed to meet hospital expectations for data privacy, cybersecurity, and clinical safety while minimizing institutional risk.
- No patient health information (PHI) is collected, stored, or transmitted
- No audio recordings or stored voice data
- Voice inputs are processed locally and transiently for command interpretation only
- No clinical decisions, alerts, or recommendations are generated by the system
- The system operates entirely on-device with no cloud dependence
- The pilot does not modify clinical workflows, clinical judgment, or patient care pathways
The system is outside the scope of HIPPA and no Business Associate Agreement (BAA) is required
All evaluation during the pilot focuses on:
- Workflow efficiency
- Usability and human-system interaction
- Operational metrics (time-to-item, error reduction, staff satisfaction)
All pilot activities, configurations, and deployment parameters are reviewed collaboratively with hospital IT, security, compliance, and clinical stakeholders prior to implementation.
7. Regulatory and Compliance
The system is a non-clinical, facility-installed assistive infrastructure component deployed in hospital supply rooms and other non-patient-care areas.:
- Does not diagnose, treat, monitor, or recommend care
- Does not collect, store, transmit, or infer patient information
- Does not connect to hospital networks or cloud services
- Does not alter or mandate clinical workflows
8. Pilot Timeline
A typical pilot runs 60–90 days, structured as follows:
- Weeks 0–2: Planning, scoping, and setup
- Weeks 3–8: Active pilot period
- Weeks 9–10: Evaluation, feedback, and summary
Timelines can be adjusted based on hospital needs and scheduling.
9. What Success Looks Like
Pilot success is defined collaboratively with hospital stakeholders and is evaluated against operational, usability, and workflow impact criteria, including:
- Measurable reduction in time spent locating supplies or critical resources
- Improved staff confidence, situational awareness, and task flow during routine and time-pressured workflows
- Consistent, positive feedback from frontline nursing staff regarding ease of use and perceived value
- Clear, data-informed assessment of system strengths, limitations, and deployment considerations
- Demonstrated real-world workflow impact with zero disruption to patient care, clinical autonomy, or existing hospital systems
At the conclusion of the pilot, the hospital receives a concise summary of observations, findings, and operational insights.
Participation in the pilot does not create any obligation to proceed beyond the evaluation period.
10. Next Steps
If your organization is exploring new ways to support clinicians at the point of work—and would like to evaluate this technology in a low-risk, structured pilot—we welcome a conversation.
To discuss a pilot:
- Contact us directly
- Or request an introductory discussion with our team
Pilot availability is limited and scheduled based on institutional readiness and mutual fit.
Initial discussions are exploratory and non-committal.
We are happy to engage early with nursing leadership, innovation teams, and IT to ensure alignment before any pilot begins.
Get in Touch
Ready to modernize your supply workflows? Let's start the conversation.
FAQs
1. Who are we?
We are a healthcare technology company building edge-native, real-time infrastructure that helps clinicians interact with physical environments more efficiently and reliably. Our focus is reducing workflow friction in high-acuity clinical settings.
2. What problem are we solving?
In hospitals, clinicians lose critical time searching for supplies, navigating fragmented systems, and compensating for broken workflows. These inefficiencies increase cognitive load, delay care, and contribute to operational strain—especially in time-sensitive environments like ICUs and EDs.
3. What does our technology do?
Our technology enables spoken intent to trigger immediate, spatially precise guidance within clinical environments. The system operates locally, responds in real time, and integrates directly into physical infrastructure such as supply rooms and storage areas.
4. Is this an AI product?
Yes—but it is AI embedded into infrastructure, not cloud-based analytics or retrospective decision support. The system uses on-device intelligence to respond instantly and predictably, without relying on external servers.
5. Does our system make clinical decisions?
No.
The system does not diagnose, treat, or recommend clinical actions. Clinicians remain fully in control at all times. The technology supports workflow and navigation, not medical decision-making.
6. Why is on-device (edge) operation important?
Edge operation ensures:
- Deterministic, low-latency response
- No dependence on network connectivity
- Strong privacy protections
- Reliable performance in high-noise, high-stress environments
This is critical in clinical settings where delays or outages are unacceptable.
7. Does our system collect or store patient data?
No.
The system does not collect PHI, patient identifiers, or audio recordings. Operational metrics are limited to system performance and aggregate usage patterns.
8. How is this different from typical healthcare IT or AI tools?
Most healthcare AI tools are:
- Cloud-dependent
- Retrospective (analytics, dashboards)
- Best-effort in latency and reliability
Our approach focuses on:
- Real-time response
- Deterministic behavior
- Physical-world interaction
- Infrastructure-level reliability
9. Who typically uses or sponsors our technology?
Common stakeholders include:
- Nursing leadership (ICU, ED, procedural areas)
- Clinical innovation and transformation teams
- Supply chain and operations leadership
- Clinical engineering / biomedical engineering
- IT teams (for governance and awareness)
10. Are we currently deployed in hospitals?
We are in pilot and validation stages, working with early partners to evaluate real-world performance, usability, and workflow impact in live clinical environments.
11. How are we validating the technology?
Validation includes:
- Real-world pilot deployments
- Measured workflow observations
- System performance benchmarking
- Independent technical evaluation
This work aligns with a Phase I SBIR invitation from the National Science Foundation, which serves as an external technical and commercialization validation gate.
12. Is our technology regulated?
The current system is designed as operational infrastructure, not a clinical decision-support or diagnostic device. Regulatory pathways will be evaluated as functionality expands, with safety and compliance treated as first-order design constraints.
13. What environments are we focused on first?
Initial focus areas include:
- ICU and ED supply rooms
- Procedural and perioperative storage areas
- Point-of-use clinical supply locations
These environments benefit most from reduced search time and lower cognitive load.
14. What is our long-term vision?
Our long-term vision is to create a reliable, real-time control layer for physical environments—starting in healthcare and extending to other safety- and mission-critical domains where humans must interact with complex infrastructure under pressure.
15. How can organizations engage with us?
Organizations can engage through:
- Pilot programs
- Innovation partnerships
- Technical evaluation collaborations
- Early adopter discussions
There is no obligation beyond the pilot phase.