Federal grant · cooperative agreement (b)
Application Purpose: This Project Will Develop and Test a Middleware Solution to Enable Real-time Open Data Exchange for Demand Response Software Using Transaction Data Standard Developed as a Part of TCRP 210. the Middleware Solution Will Enable Various Client Management and Scheduling Software to Share Customer Profile and Eligibility Information Trip Requests and Booking Confirmations Provider and Vehicle Information and Trip Performance Status.the Test Will Be Conducted as a Part of a One-stop Regional Mobility Center (RMC) Currently Being Implemented in Northeast and Southern Ohio. the RMC Is Envisioned to Provide a One Emi Work Plan and Statement of Work Develop and Test a Middleware Solution to Enable Real-time Open Data Exchange for Demand Response Software Using Transactional Data Standard for Ezconnect Mobility Hub Stop Access to Customers and Agencies Serving Those Customers With Cloud-based Omni-channel Communications Information and Referral (IR) Common Eligibility Database Reservation Scheduling Trip Brokerage Dispatching and Service Coordination. Large and Small Transit Agencies Human Service Agencies and Their Clients Will Participate in This Test and Project Implementation.; Activities Performed: the Proposed Project Is Intended to Demonstrate the Feasibility of Technology-enabled Regional Scale Mobility Programs That Can Manage All Non-fixed Route Services in a Region on a Single Platform Even When Multiple Systems Are Used to Manage a Range of Demand Response Transport (DRT) Services. for Regional Integration to Be Possible All of the DRT Software Systems Must Be Capable of Interoperating With the Regional Level Platform So That the Collective Set of Transportation Resources Can Be Utilized for Trip Requests. the Current Inability of Different DRT Technology Systems to Interoperate Means That a Region With Multiple DRT Services Cannot Implement an Integrated Approach to Booking Scheduling and Delivering Demand Responsive Forms of Public Transit. Lack of Such Standards-based Interface Has Been a Major Barrier for Efficient Mobility Management as Documented in Case Studies of Mobility Service for All American (MSAA) Grantees. While Novel Concept in the Usa Standards-based Interoperability Is Achievable If (1) the Relevant DRT Software Systems Adopt the TDS for Demand Responsive Transportation in TCRP Report 210 (see Appendix 5) ; and (2) a Technology Platform Is in Place to Enable These Systems to Interoperate via the TDS Data Protocols. the Flexdenmark Platform in Denmark Convincingly Demonstrates This Innovative Premise. It Uses a Long Established Scandinavian Version of the Proposed Tdsthe Suti Standards and Is Able to Manage and Transport Up to 20000 Trips Per Day in an Integrated Denmark-wide DRT Program. Trips Are Booked via Many Different Front End Systems Used by the Over 700 Service Sponsorsmunicipalities Transit Agencies Hospitals and Health Care Programs Human Service Agencies School Systemswho Are Part of the Flexdenmark Ecosystem. Trips Are Then Scheduled and Assigned to Over 500 Transportation Service Providers Including Both Public Transport Agencies and Private Transportation Operators (mostly Taxi Companies).; Expected Outcomes: Key Benefits of This Project to Develop and Test a Middleware Solution to Enable Real-time Open Data Exchange for Demand Responsive Transportation (DRT) Software Using Transactional Data Specifications (TDS) Are as Follows: Reduced Cost of Ownership of Software Programs Through System Interoperability: the Project Will Demonstrate That It Is Technically and Operationally Feasible to Share Trips Between Multiple DRT Service Providers Without the Need for Expensive Interfaces or Need to Implement Comprehensive But Unnecessary Software Platforms. Emi Work Plan and Statement of Work Develop and Test a Middleware Solution to Enable Real-time Open Data Exchange for Demand Response Software Using Transactional Data Standard for Ezconnect Mobility Hubmproved Mobility for Underserved: With the Help of Tds-compliant Software Systems Agencies Can Expand to Underserved Regions Through Creative Partnerships and Services Such as Microtransit or Utilizing Services/vehicles From Other Agencies/providers. Regional Mobility Program Efficiency: With Tds-compliant Systems Regional Scale DRT Servicessuch as for Ada Paratransit Human Services Transportation Health Care/medicaid Transportation or General Public Drtdont Need to Operate in Their Own Silos. All Tds-compliant Software Systems Will Be Able to Support the Full DRT Trip Lifecycle Making Regional Mobility Management Through a Common Call Center Function Possible. Seamless Rider Experience: TDS Will Make It Possible to Improve the Current Fragmented Experience in Trip Planning Platforms Maas Systems and Other Front End Systems That Are the Conduits for Booking and Scheduling of DRT Trips. It Will Allow Planning Booking Payment and Management of Trips Within a Single Platform Without Requiring Reliance on a Single Vendor. Climate Action: Agencies Can Operate Fixed Route Services Only Within Their County Boundaries. Tds-compliant Systems and Implementation of Creative DRT and Microtransit Services Will Help Expand Services Through Regional Interoperability and Thus Potentially Reducing Single Occupancy Vehicle Use and Vehicle Miles Traveled.; Intended Beneficiaries: Key Partners: Ann Arbor Area Transit Authority Butler County Rta Catch-a-ride Community Action Agency of Columbiana County Stark Area Regional Transportation Authority Southwest Ohio Regional Transit Authority Transit Authority of Northern Kentucky Western Reserve Transit Authority; Subrecipient Activities: the Following Subrecipients Will Receive Capital Funds to Manage and Implement the Project: Neoride Ibi Group Regional Mobility Group and Demand Trans.
Committed
$338,600
Paid out
$253.2K
75%
Committed, not yet paid
$85.4K
25%
Loading…
Everything here is this single award's whole record — signed, amended, paid — not a fiscal-year slice. The by-year charts elsewhere split an award across the years it was committed; this page keeps it whole.
Committed is what the government has legally promised on this award so far. Contracts can also carry a ceiling — the maximum if every option is exercised. Unspent ceiling is headroom, not money owed.
The cash actually disbursed against this award. The gap from committed is the disbursement pipeline: promised, not yet cashed.
Each transaction is a signing event — an action that created or changed the award, dated the day it was signed — not a payment. Negative amounts are real: money de-committed at closeout or renegotiation.
One bar, the award’s whole arithmetic: paid out, then committed, not yet paid, then unspent ceiling.