ePCR Release Notes - September 2025

ePCR Release Notes - September 2025

New Features

1. Transfers Agency to Agency - Setup and Implementation for Incident Transfers Between Different Agencies
  • What - A comprehensive agency-to-agency incident transfer system has been implemented to support scenarios where first responder agencies need to transfer patient care to transporting agencies, featuring a bilateral handshake system requiring mutual agreement between agencies. The system creates independent report copies in receiving agencies with preserved clinical data integrity, automatic "Prior to Arrival" marking for transferred clinical elements, and comprehensive audit trail generation while maintaining agency-specific configurations and NEMSIS version compatibility validation.
  • Why - This enhancement was implemented due to customer request to address complex EMS workflows where multiple licensed agencies collaborate in patient care with different documentation requirements, enabling seamless patient handoffs between first responder and transport agencies while maintaining proper clinical documentation and agency autonomy throughout the transfer process.
  • How - Agency-to-agency transfers are managed through comprehensive bilateral setup and validation processes:
    • Super Admin configures "Transfer To" and "Accept Transfer From" relationships between agencies in transfer setup
    • Bilateral agreement system requires both sending and receiving agencies to have corresponding configurations
    • System validates NEMSIS version compatibility and mutual transfer agreement before allowing transfer initiation
    • Transfer dropdown displays Agency Name, State License ID, and State for clear identification with state-based filtering
    • Independent report creation generates new reports in receiving agency with regenerated PCR Number, UUIDs, and agency-specific metadata
    • Clinical data preservation transfers medications, procedures, vitals, and devices even when not active in receiving agency
    • Personnel transfer includes crew names and certifications with claiming user automatically added as crew
    • Prior to Arrival logic automatically marks all transferred clinical elements as "Prior to Arrival = Yes"
    • Audit trail generation creates change logs in both agencies documenting transfer source, destination, and timing
    • Note: Original reports in sending agencies remain independent and can be completed, modified, or deleted
    • Note: Agency-specific data like response times and unit information are excluded from transfers
    • Note: Transfer setup requires "ePCR - Transfer Setting Agency to Agency" permission
  • Use Case - When a rural fire department provides first response to a cardiac arrest but requires hospital transport by a separate ambulance service, the fire department can transfer their documented patient care including vital signs, medications administered, and procedures performed to the transport agency. The transport agency receives an independent copy of the clinical data with all interventions marked as "Prior to Arrival = Yes," allowing them to continue documentation from their point of care while maintaining complete clinical continuity. Both agencies retain independent control of their respective reports for completion and billing purposes, with audit trails documenting the transfer for quality assurance and regulatory compliance.











2. ePCR Sections - Active/Inactive Setting
  • What - Active/Inactive status controls have been introduced for custom ePCR sections and sub-sections, enabling clients to manage section visibility without permanent deletion while maintaining data integrity and development workflow continuity. The system provides flexible section management through action icon integration, defaults new custom sections to Inactive status to prevent premature deployment, and automatically migrates existing custom sections to Active status while ensuring associated custom elements follow parent section status.
  • Why - This enhancement was implemented due to customer request to address scenarios where clients are testing functionality, building forms incrementally, or need to temporarily remove sections containing custom elements that cannot be deleted due to dependencies, providing an alternative to deletion when custom elements cannot be moved or removed.
  • How - Section status management is controlled through enhanced ePCR Sections setup interface:
    • Navigate to EMS SetupePCR Sections where custom sections display with status action icons
    • Visual indicators show section status - inactive sections display deactivate icon, active sections display activate icon
    • New custom sections default to Inactive status to prevent premature display in ePCR
    • Click activate icon to change section status from Inactive to Active, making section and associated custom elements visible
    • Use deactivate icon to hide active custom sections from ePCR display while preserving configuration and data
    • Associated custom elements automatically become unavailable in ePCR when parent sections are deactivated
    • Inactive status supports sections under development or testing without affecting live ePCR interface
    • Note: Status controls apply only to custom sections, preserving NEMSIS-defined section integrity
    • Note: Existing custom sections automatically migrated to Active status during feature deployment
    • Note: Custom element status flags must align with parent section status for consistent form behavior
  • Use Case - An EMS agency developing a custom "Community Paramedicine" section with specialized assessment fields can create and configure the section in Inactive status while building associated custom elements and testing workflows without the incomplete section appearing in live ePCR forms used by field personnel. Once development and testing are complete, administrators can activate the section to make it visible to crews, or temporarily deactivate it if issues arise without losing the configuration work, providing flexible form management that supports incremental development and quality assurance processes.







3. PWA - Implement In-App Debug Panel for Offline Save Diagnostics in PWA
  • What - A comprehensive in-app debug panel has been implemented within the PWA to provide self-service offline saving diagnostics for government customers who cannot access Chrome Developer Tools due to security restrictions. The system includes setup-controlled activation, real-time connection and save status monitoring, comprehensive storage metrics display, error logging capabilities, and log download functionality that operates in both online and offline modes for complete diagnostic coverage.
  • Why - This enhancement was implemented due to customer request from government agencies that need to verify offline saving functionality but face security restrictions preventing access to Chrome Developer Tools, requiring a self-contained diagnostic solution that enables troubleshooting and verification of offline operations without external development tools.
  • How - Debug panel functionality is accessed through enhanced setup controls and comprehensive diagnostic interface:
    • Administrator enables "Enable ePCR Debug Mode" setting in setup to activate debug functionality
    • Users access debug panel through dedicated button that appears when debug mode is enabled
    • Real-time diagnostics display current connection mode (Online/Offline), last save type (Server/Local cache), and save attempt timestamps
    • Storage metrics show pending local records count, total storage used, available storage quota, and pending data size
    • Error logging captures and displays last error messages with detailed diagnostic information
    • Log download functionality allows exporting diagnostic logs for sharing with support teams
    • Dual mode operation ensures debug panel functions in both online and offline modes
    • Note: Panel provides comprehensive storage information using navigator.storage.estimate() when supported
    • Note: Real-time metrics help troubleshoot offline save issues without requiring external diagnostic tools
    • Note: Downloaded logs enable detailed analysis and support team collaboration
  • Use Case - A government EMS agency operating in areas with limited connectivity can use the debug panel to verify their PWA offline saving functionality during system testing or troubleshooting. When experiencing potential offline save issues, administrators can enable debug mode and field personnel can monitor real-time diagnostics showing connection status, storage usage, and any error messages, then download comprehensive diagnostic logs to share with support teams for resolution without needing Chrome Developer Tools access that may be blocked by their IT security policies.









Enhancements

1. Custom Element - Button Packs
  • What - Button pack functionality has been extended to Custom Elements, providing cohesive uniformity across ePCR forms by implementing automatic button pack conversion for custom dropdowns with 6 or fewer values and toggle controls for dropdowns with 7 or more values. The enhancement mirrors existing NEMSIS field button pack capabilities while maintaining consistent visual styling and sort order preservation, integrating seamlessly into the existing Custom Element builder interface for unified user experience.
  • Why - This enhancement was implemented due to customer request to extend the established button pack functionality from NEMSIS fields to Custom Elements, ensuring consistent user interface design and improved usability across all form elements while maintaining the cohesive visual experience that users expect throughout ePCR documentation.
  • How - Button pack functionality is automatically applied based on custom dropdown configuration:
    • Create custom dropdown element using "text/string > dropdown" in Custom Element setup
    • Configure custom values through Custom Element builder interface
    • 6 or fewer values automatically display as button packs without additional configuration
    • 7 or more values include "Override Dropdown as a Button Pack" toggle in Custom Element setup
    • Enable toggle to convert large dropdowns to button pack format when desired
    • Sort order configured in Custom Element setup maintains consistency in button pack display
    • Visual styling matches existing NEMSIS field button packs for cohesive interface
    • Configuration persistence saves button pack settings across form sessions
    • Note: Dynamic value threshold automatically switches display based on configured value count
    • Note: Button pack configurations integrate into existing custom element builder modal
    • Note: Implementation leverages existing sort order functionality for consistent value ordering
  • Use Case - An EMS agency using custom elements for "Transport Decision" with values like "ALS Transport," "BLS Transport," "Refusal," "Treat & Release," and "Cancelled" will automatically see these options displayed as buttons instead of a dropdown, providing faster selection that matches the button pack experience users already know from NEMSIS fields. For agencies with more complex custom dropdowns containing 10+ options, administrators can choose whether to enable button pack display based on their workflow preferences, ensuring consistent user experience across all form elements regardless of whether they're standard NEMSIS fields or agency-specific custom elements.







2. ePCR Sections - Validation on ePCR Setup
  • What - Comprehensive validation has been implemented for ePCR section configurations to prevent technical failures when active custom elements are placed in inactive sections, building upon the Active/Inactive setting functionality with error validation, hover help, and visual indicators. The system provides real-time validation feedback through red circle error counts, visual highlighting of problematic configurations, detailed error messages, and contextual guidance to ensure proper section configuration while maintaining data integrity and system stability.
  • Why - This enhancement was implemented due to customer request to prevent configuration conflicts that could cause system errors when active custom elements exist within inactive sections, providing administrators with clear guidance and immediate feedback to maintain proper ePCR setup configurations and prevent deployment of problematic section arrangements.
  • How - Validation functionality provides comprehensive configuration error detection and resolution guidance:
    • Navigate to EMS SetupePCR Sections where validation indicators and hover help are displayed
    • Contextual hover help appears on plus buttons with explanatory tooltips for sections, subsections, and custom questions functionality
    • Real-time error validation displays red circle with error count indicating configuration conflicts
    • Visual error highlighting outlines inactive sections containing active custom questions in red for immediate identification
    • Detailed error messages provide clear explanations with specific lists of affected active custom questions
    • Resolution options include activating inactive sections or deactivating active custom questions to resolve conflicts
    • Status inheritance logic ensures custom elements automatically inherit parent section status
    • Note: Validation applies only to custom sections, preserving NEMSIS section behavior without interference
    • Note: Real-time validation provides immediate feedback when section or custom question statuses are modified
    • Note: Configuration guidance helps prevent deployment of problematic setups that could cause technical failures
  • Use Case - An EMS administrator configuring custom sections for "Community Paramedicine" can see immediate validation errors if they deactivate the section while leaving custom questions like "Home Safety Assessment Completed" and "Medication Reconciliation Performed" in active status. The system displays a red error indicator showing "2 configuration conflicts" with clear messaging that "Active custom questions cannot display when their section is inactive" along with the specific question names, allowing the administrator to either activate the Community Paramedicine section or deactivate the individual questions to resolve the conflict and prevent system errors during ePCR deployment.








3. QA/QI - Add Notifications for Green Comments
  • What - The QA/QI notification system has been extended to include positive feedback through green comments, enabling crews to receive recognition for quality work without requiring corrective actions. The enhancement builds upon existing colored comments functionality by providing automated notifications for positive feedback, enhanced Request Review logic for green-only comments, automatic QA status progression to "Approved" for positive feedback scenarios, and flexible crew response options while maintaining bidirectional communication capabilities.
  • Why - This enhancement was implemented due to customer request to ensure crews receive recognition for quality work and positive feedback, addressing the gap where only corrective comments (yellow/red) generated notifications while commendations went unnoticed, supporting a comprehensive quality assurance culture that includes recognition alongside improvement opportunities.
  • How - Green comment notifications are integrated into the existing QA/QI workflow with enhanced automation:
    • QA reviewers add green comments for positive feedback and recognition without requiring crew action
    • Request Review button becomes available when only green comments are present, replacing gray state with Approve-only option
    • Automated notification sent to crew using standard message format: "This is an automated notification that (Incident Number) has necessary review"
    • QA status automatically updates to "Approved" when reports containing only green comments are sent to crew
    • Crew response is optional and can be reviewed at convenience without time pressure or completion requirements
    • Bidirectional communication maintained - crew responses return QA status to "Pending" to continue dialogue
    • Mixed comment handling preserves standard approval and resolution processes for reports containing both green and corrective comments
    • Note: Green comments represent positive feedback with no required crew action (no Resolve or Approve buttons)
    • Note: Feature reduces reviewer workload by automating approval for positive-only feedback scenarios
    • Note: System supports recognition culture while maintaining efficient QA workflow management
  • Use Case - A QA supervisor reviewing an excellent cardiac arrest response can add green comments like "Outstanding CPR technique and medication administration" and "Exemplary communication with receiving hospital" then use Request Review to send recognition to the crew. The system automatically approves the report and notifies the crew of the positive feedback without creating additional workload or requiring corrective actions. If the crew chooses to respond with "Thank you for the feedback, we're proud of our teamwork on this call," the QA status returns to Pending, allowing continued positive dialogue while maintaining the approved status and recognition of quality patient care.

4. EKG/Physio/Monitor Import - LifePak Defibrillation Type Classification
  • What - Intelligent classification of defibrillation events from LifePak monitor data has been implemented to accurately reflect specific defibrillation types used, replacing the generic "Defibrillation Manual" designation. The system analyzes event sequences preceding each shock delivery to automatically categorize defibrillations into three distinct clinical types: Synchronized Cardioversion, Manual Defibrillation, and AED Mode Defibrillation, providing clinically meaningful documentation that reflects actual defibrillation methods used during patient care while preserving original event data structure.
  • Why - This enhancement was implemented due to customer request to improve clinical documentation accuracy by providing specific defibrillation type classification instead of generic designations, enabling better clinical record keeping that reflects the actual defibrillation methods used during patient treatment and supports more precise medical documentation requirements.
  • How - Defibrillation classification is automatically applied through intelligent event sequence analysis:
    • LifePak monitor data is processed to identify shock events containing "Shock" labels with energy values
    • Event sequence analysis scans preceding events in reverse chronological order to determine shock context
    • Synchronized Cardioversion classification applied when "Sync On" immediately precedes shock event
    • AED Mode Defibrillation requires complete sequence validation: AED Mode → Shock Advised → Actual Shock
    • Manual Defibrillation classification applied when "Sync Off" precedes shock, no sync status defined, or AED sequence incomplete
    • Edge case handling manages multiple mode changes using most recent mode and incomplete sequences
    • Data structure preservation maintains original LifePak event integrity while adding classification metadata
    • Note: Classification logic analyzes preceding events to determine appropriate clinical category for each shock
    • Note: System defaults to Manual Defibrillation when mode context is unclear or sequences are incomplete
    • Note: Enhanced documentation provides clinically meaningful classification reflecting actual treatment methods
  • Use Case - When a paramedic treating a patient with unstable atrial fibrillation uses synchronized cardioversion at 100 joules, the LifePak monitor data showing "Sync On" followed by "Shock 100J" will now be classified as "Synchronized Cardioversion" instead of the previous generic "Defibrillation Manual" designation. Similarly, when the same crew later responds to a cardiac arrest and uses the monitor in AED mode, the complete sequence of "AED Mode," "Shock Advised," and "Shock 200J" will be accurately classified as "AED Mode Defibrillation," providing precise clinical documentation that reflects the actual defibrillation methods used for different patient conditions and treatment protocols.






5. EKG - When 12-lead EKG Event Type is Documented, Automatically Add 12-Lead EKG as a Procedure with Same Timestamp
  • What - EKG integration has been enhanced to automatically add specific procedure codes based on captured EKG event types, improving billing accuracy and documentation completeness by using actual captured event data rather than configuration settings to trigger procedure entries. The system identifies "Leads On" events to automatically add 3-lead electrocardiographic monitoring procedure code (428803005) with matching timestamps, processes only first occurrence events to avoid duplicates, and handles both active and inactive procedure codes according to existing field customization display rules.
  • Why - This enhancement was implemented due to customer request to improve billing documentation accuracy and ensure clinical procedures are properly captured with accurate timestamps when EKG monitoring events occur during patient care, moving away from settings-based triggers to event-driven automation for more precise documentation.
  • How - Automatic procedure addition is triggered through intelligent EKG event analysis:
    • EKG case data is processed to identify specific event types indicating clinical procedures
    • "Leads On" events are scanned to detect when EKG leads are placed and monitoring initiated
    • First occurrence logic processes only the earliest timestamp "Leads On" event, ignoring subsequent occurrences from lead repositioning
    • 3-lead monitoring procedure code 428803005 is automatically added with timestamp matching the original event
    • Active procedures display normally when they exist in client's active custom procedure list
    • Inactive procedures display with warning message: "This procedure cannot be used in the report, to use it you must first add it to your custom list"
    • Clinical timeline accuracy maintained by matching procedure timestamps to actual EKG event timing
    • Note: Procedures are added regardless of their active status in field customization for complete documentation
    • Note: System handles inactive procedure codes similar to other imported data not in active custom lists
    • Note: Enhancement integrates seamlessly with existing procedure documentation and field customization workflows
  • Use Case - When a paramedic places EKG leads on a chest pain patient and begins 3-lead monitoring, the LifePak monitor captures a "Leads On" event at 14:32:15. The system automatically adds procedure code 428803005 (3 lead electrocardiographic monitoring procedure) with the exact same timestamp, ensuring proper billing documentation without requiring manual entry. If the agency hasn't added this procedure code to their active custom list, it appears with a warning message allowing them to recognize the documentation need and add it to their custom procedures, while still preserving the automatically captured clinical timeline for accurate patient care documentation.






6. Endpoint - Is this a Billing Export?
  • What - An "Export Type" classification field has been added to the Endpoint setup page to identify the purpose of each data export endpoint, with particular emphasis on billing exports that are critical to EMS agency revenue operations. The system provides six distinct export type categories including Billing, State Export, Community Health, Syndromic Surveillance, Health Information Exchange, and Other, with a default blank selection to avoid assumptions about existing endpoint configurations and enable better support prioritization based on export criticality.
  • Why - This enhancement was implemented due to customer request to help administrators identify and manage different data export purposes, ensuring that critical billing exports can be easily identified and prioritized for system reliability, support escalation, and incident response since these exports directly impact agency revenue and budget operations.
  • How - Export type classification is managed through enhanced Endpoint setup interface:
    • Navigate to Endpoint setup page where new "Export Type" field appears alongside existing configuration options
    • Select from available export categories: "--" (default blank), "Billing" (critical revenue-related), "State Export" (regulatory reporting), "Community Health" (public health data), "Syndromic Surveillance" (disease monitoring), "Health Information Exchange" (healthcare data sharing), and "Other" (additional purposes)
    • "Billing" classification marks exports essential to agency revenue requiring high availability
    • Export type information enables support teams to prioritize billing-related issues affecting agency operations
    • Configuration clarity helps administrators understand and document each endpoint's business purpose
    • Note: Default blank state ensures no assumptions about existing endpoint configurations
    • Note: Classification aids in understanding data flow purposes and compliance requirements
    • Note: Export type identification supports better incident response and troubleshooting prioritization
  • Use Case - An EMS agency configuring multiple data export endpoints can now clearly identify their billing export to their third-party billing company as "Billing" type, their state EMS registry submission as "State Export," and their hospital data sharing as "Health Information Exchange." When the billing export experiences issues affecting revenue collection, support teams can immediately recognize the critical nature of the problem and prioritize resolution, while routine maintenance on the community health export can be scheduled appropriately without the same urgency level, ensuring proper resource allocation for system reliability and agency operations.




7. UI Improvements - Date/Time Focus, Search Bar Autofocus, and Mobile Keyboard Enhancements
  • What - Three critical UI improvements have been implemented to enhance user experience, particularly on mobile and tablet devices, including intelligent date/time focus management that automatically shifts to time components when default dates are used, search bar autofocus control that eliminates disruptive keyboard behavior in list fields, and field-specific mobile keyboard recognition that automatically triggers appropriate input methods. These enhancements significantly improve data entry speed and reduce user friction in clinical documentation workflows while maintaining consistency across all relevant input fields and components.
  • Why - These enhancements were implemented due to customer request to address workflow interruption issues where keyboards obscured list values on tablets, improve date/time input efficiency when using default dates, and ensure appropriate mobile keyboards appear automatically for different field types, particularly benefiting keyboard-heavy workflows common in EMS and clinical documentation.
  • How - UI improvements are automatically applied across all relevant interface components with intelligent behavior:
    • Date/Time focus management automatically shifts input focus to time component when users select "Yes" to use default date, enabling immediate time entry
    • Search bar autofocus control removes automatic keyboard activation in list fields, displaying full list values clearly until users explicitly select the search bar
    • Field-specific mobile keyboards implement proper HTML input types to trigger numeric keypad for numbers and phone keyboard for phone fields automatically
    • List values remain visible when fields are selected, with keyboard only appearing when search functionality is needed
    • Cross-platform consistency ensures improvements function across tablet and mobile device platforms
    • Note: If user selects "No" to default date, focus remains on blank date field as expected
    • Note: Free text fields maintain automatic keyboard activation to preserve expected behavior
    • Note: Behavior applies consistently to both dropdown and side panel list views
  • Use Case - A paramedic using a tablet to document patient care can now select an incident time field, choose "Yes" to use today's date, and immediately type the time (like "1430" for 2:30 PM) without manually navigating to the time component. When selecting from medication lists, the full list of options remains visible for easy selection instead of being obscured by an automatically-activated search keyboard, and when entering vital signs, the numeric keypad automatically appears for number fields while phone keyboards activate for contact information, streamlining the entire clinical documentation process and reducing input friction during patient care.







8. AI QA/QI - Add Column/Indication on External Resource that the Protocol Document has been Sync'd to the AI Server
  • What - Visual status indicators have been added to the External Resources section to display the synchronization status of protocol documents uploaded to the AI server, providing real-time feedback through three distinct status icons during the approximately 10-minute sync process. The system shows Failed (Red X), Processing (Yellow spinning wheel), and Success (Green check) states with contextual tooltips, enabling administrators to monitor protocol upload progress and identify synchronization issues that could affect AI-powered QA/QI review capabilities.
  • Why - This enhancement was implemented due to customer request to provide transparency into the protocol synchronization process that was previously hidden from users, helping administrators troubleshoot AI QA/QI issues by identifying failed protocol syncs and managing expectations during the upload process that serves both crew reference and AI model input purposes.
  • How - Protocol sync status is displayed through dynamic visual indicators in the External Resources interface:
    • Protocol document upload to External Resources with "Is Current Protocol" toggle enabled initiates sync process
    • Yellow spinning wheel appears indicating sync in progress (approximately 10 minutes duration)
    • Status icons update automatically to either Green check (successful sync) or Red X (failed sync)
    • Contextual tooltips provide status descriptions: "Sync in Progress," "Sync Successful," or "Sync Failed"
    • Single icon display shows only current status to avoid interface clutter
    • Real-time updates occur without page refresh for immediate visibility
    • Independent status tracking for each protocol document enables comprehensive system monitoring
    • Note: Failed syncs can be retried with status indicators updating through the process
    • Note: Green check confirmation ensures protocol document is available for AI-powered review processes
    • Note: Red X indicator alerts administrators to synchronization errors requiring attention
  • Use Case - An EMS administrator uploads updated cardiac arrest protocols to External Resources and enables the "Is Current Protocol" setting, immediately seeing a yellow spinning wheel indicating the sync process has started. After monitoring for about 10 minutes, they see the green check mark appear, confirming the protocols are successfully synchronized with the AI server and available for QA/QI analysis. If a red X appears instead, they know to investigate the sync failure and retry the upload to ensure their AI-powered QA reviews can access the current protocols for accurate patient care assessment and feedback generation.


    • Related Articles

    • ePCR Release Notes: July 2025

      Video <br> New Features 1. AI-Powered Attachment Data Extraction in ePCR This feature introduces AI-powered image analysis within the ePCR attachment modal, allowing users to automatically extract structured patient data (e.g., name, DOB, ...
    • iOS Mobile App: Release Notes (September 2025)

      Video Video will be coming soon Version - 5.8.9 New Features Exit Warning when navigating from Webview Modules What: When a user is in a webview module such as ePCR or NFIRS/NERIS and the user selects "Menu", there is now a confirmation pop-up that ...
    • Release Notes - ePCR

      In order to provide you with more detailed information on our updates we have broken the Release Notes down by module. Video New Features 1. Transfers What: This feature introduces a streamlined workflow for transferring electronic Patient Care ...
    • Release Notes - ePCR Incident Documentation

      In order to provide you with more detailed information on our updates, we have broken the Release Notes down by module. Video Enhancements 1. QA/QI Notification Center What: Add the option for QA/QI automated emails to go to the Notification Center ...
    • ePCR Release Notes : June 2025

      Video New Features 1. ePatient.25 Patient's Sex This critical patch implements NEMSIS 3.5.0 compliance requirements by introducing the new ePatient.25 - Patient's Sex field in response to federal regulatory changes. Due to a Presidential Executive ...