Literature DB >> 35492053

VentMon: An open source inline ventilator tester and monitor.

Robert L Read1, Lauria Clarke1, Geoff Mulligan1.   

Abstract

Humanitarian engineers responded to the pandemic ventilator shortage of March, 2020 by beginning over 100 open source ventilator projects [Robert L. Read et al. COVID-19 Vent List. Oct. 2020. url: https://docs.google.com/spreadsheets/d/1inYw5H4RiL0AC_J9vPWzJxXCdlkMLPBRdPgEVKF8DZw/edit#gid=0, Joshua M. Pearce. A review of open source ventilators for COVID-19 and future pandemics. In: F1000Research 9 (2020).]. By ventilator, we mean both an invasive ventilator (requiring intubation of the patient) and non-invasive ventilator (generally supporting spontaneously breathing). Inexpensive ventilator test equipment can facilitate projects forced to be geographically distributed by lockdowns. The VentMon is a modular, open source, IoT-enabled tester that plugs into a standard 22 mm airway between a ventilator and a physical test lung to test any ventilator. The VentMon measures flow, pressure, fractional oxygen, humidity, and temperature. Data is stored and graphed at a data lake accessible to all devlopment team members, and, eventually, clinicians. The open source design of the VentMon, its firmware, and cloud-based software may allow it to be used as a component of modular ventilators to provide a clinical readout. The software system surrounding VentMon has been designed to be as modular and composable as possible. By combining new, openly published standards for data with composable and modifiable hardware, the VentMon forms the beginning of an open system or eco-system of ventilation devices and data. Thanks to grants, 20 VentMons have been given away free of charge to pandemic response teams building open source ventilators.
© 2021 The Author(s).

Entities:  

Keywords:  COVID-19; IoT; Open source medical device; Pandemic response; Respiration waveform; Ventilator

Year:  2021        PMID: 35492053      PMCID: PMC9041233          DOI: 10.1016/j.ohx.2021.e00195

Source DB:  PubMed          Journal:  HardwareX        ISSN: 2468-0672


Hardware in context

The Coronavirus pandemic has created a potential global shortage of ventilators [9], which has abated in the wealthy nations. Ventilators are expensive to manufacture and during uncertain times supply chains can be disrupted, increasing the cost and scarcity of these devices. Since the beginning of the pandemic in March, 2020, there has been a large movement to develop cheaper, more supply chain-resilient ventilators. The urgency and goals of this movement have shifted as the global understanding of the virus has evolved. Regardless of the current state of this movement, however, the use of open source medical devices in resource-limited emergency situations—common during a global pandemic—is a topic that has come to the forefront of may conversations about preparedness and treatment. Medical devices require rigorous testing before they can be used on the general public. Open source medical devices require the same level, if not more, scrutiny and documentation. If an open source movement is to succeed in this field, the tools to test and validate medical devices must be accessible. The goal of VentMon is to provide an equally open source, community based verification solution to increase the efficiency and accuracy of the development process for socially distanced, potentially international teams making open source ventilator, Bilevel Positive Airway Pressure (BPAP), and Powered Air-Purifying Respirator (PAPR) devices. Although it is beyond the scope of this paper to review or even comment on ventilation projects, a number of pandemic response ventilators have been reported on recently which seem to be candidates to benefit from the VentMon, if only because of its flow-sensing and oxygen sensing capabilities (most have pressure sensors in place) [6], [10], [3], [21], [2]. Although most published reports include bench-top testing, this may have been done with an instrumented test lung which is not continuously available to the development teams as a VentMon might be. Additionally, most of the teams mentioned in a report on open source teams [4] could make use of a VentMon.

Hardware description

The VentMon plugs directly into a standard 22 mm adult airway. As air or medical gases pass through the VentMon, it records flow and pressure, temperature, humidity, and fractional O2 at rates of 25 Hz to once per minute, depending on the measurement. When placed in the breathing circuit between a ventilator under test and a physical test lung as shown in Fig. 14, this data is sent to a public data lake [13] using a clearly defined respiration standard [12]. This data can be graphically rendered either live or statically to provide a display that is typical of the clinical display of advanced ventilators as shown in Fig. 14, Fig. 15. This functionality is similar to that of commercially available instrumented test lung devices, which tend to start at USD$10,000.
Fig. 14

Ventilator Test Usage.

Fig. 15

VentDisplay Data Display.

Teams building open pandemic ventilators tend to be poorly funded and geographically distributed. VentMon’s connectivity and overall cost address these two challenges by enabling team members on different continents to view waveforms (see Fig. 15) in real time and communicate the necessary adjustments to the ventilator device under test. While reliance on the internet is a strength for a distributed and virtually connected engineering team, it would be an addressable disadvantage in a field hospital. Being completely open, VentMon supports modification, extension, and has potential for integration into a complete ventilator. A team working to build a ventilator device with a graphical trace of pressure and flow—generally demanded by clinicians for all but emergency transport situations—could incorporate the open source VentMon into its complete design. VentMon has potential to be safe enough and reliable to be used as a monitor on human patients, however it requires much improvement before it is ready for that use. The VentMon thus offers the following benefits to teams developing ventilation devices. It: is inexpensive, is completely open source and part of a modular hardware/software system that can be customized and extended, allows remote collaboration, and currently provides many of the clinically significant metrics found in commercially available ventilators.

Design files

Design files summary

We promote an open, modular, and composable respiration ecosystem. Therefore, we have more separate repositories and modules than would strictly be needed if we were only making the VentMon project. Our hope is that smaller modules may be reusable by others who do not need the VentMon specifically, but may have need for a particular component. The main firmware is written in the Arduino environment. The firmware targets an ESP32, but could easily apply to other boards. This core firmware manages reading the various sensors, and outputs its data both on its small built-in OLED (used for functional testing), and via the PIRDS standard to a public data lake where a separate module renders it in a graphical display appropriate for a clinician. Our current focus is on a printed circuit board version of the VentMon [1]. However, we also report here a system that can be made by an amateur using only commercial off-the-shelf (COTS) parts—version T0.2. Software that matches this version it is tagged as such. VentMon has a tiny OLED screen which is used to graph pressure for quick “smoke” testing. For serious performance testing and eventual clinical use, we use VentDisplay, a browser-delivered JavaScript code that presents a full clinical display. The VentDisplay software can be pointed at any data logger that serves up data in the PIRDS format. This logger takes data from UDP packets and writes them to a file, which can then be served up by a webserver to any requester. Integral to the VentDisplay and PIRDS Data Logger is the Public Invention Respiration Data Standard (PIRDS). This is a documented standard. The VentMon v0.3T printed circuit board is designed with EAGLE CAD. A small 3D printed housing epoxied over the ambient air quality sensor with a tiny pressure port allows us to share the air with the main pressure hose.

Bill of materials

The Bill of Materials specifies the parts needed to build the VentMon in a simple enclosure with drilled-out ports for cables. The parts are typical of hobby electronics. Note: The flow sensor is one of the most expensive and critical parts. Throughout mid-2020 there was a global shortage of flow sensors, including the four electrically compatible with the VentMon as currently designed. The Sensirion SFM3400-AW ($180US) (a neonatal version with limited maximum flow sensing), SFM3200-33-D (disposable version $40USD), Sensirion SFM3200-250 ($145USD), and Sensirion SFM3200-AW ($180USD autoclavable version). We shipped VentMons with all of these depending on availability. The VentMon is not currently designed for use with humans, but if it were, the autoclavable version would have the advantage of sanitizability if a complete sanitization procedure were designed. This is important, as we hope the VentMon will be modified and integrated into a rapidly manufactured ventilator, for which sanitization is critical. The link below is to a spreadsheet which is includes the PCB-version, which is very similar except for the PCB itself. By following this link: VentMon BOM, you can reach browsable URLs to most of the non-commodity parts. The specific BOM for the SMD parts needed to assemble the PCB can be found in our GitHub repo in the directory named design/pcb along with the Eagle files: [1].

Build instructions

Two versions of VentMon can be assembled depending on availability of parts and time. The most physically robust and complete version of VentMon requires the purchase and manufacture of a PCB as well as a number of 3D printed plastic parts. This version of the device requires the least amount of time to assemble and contains fewest discrete components. The designs of the PCB and 3D printed parts are fully open. Due to the relatively high single-unit cost of PCB manufacture and assembly it makes most sense to use the PCB if you are building 10 or more VentMons. VentMon can also be created using off-the-shelf components readily available from DIY electronics suppliers. This version requires significantly more assembly time. We believe this has been done twice by third parties with little to no assistance from the VentMon team. Both assembly procedures are outlined below.

COTS based VentMon (v0.2T)

The VentMon v0.2T is not meant to be used on human patients. The COTS version uses firmware v0.2 tagged as such [14]. This version is somewhat incompatible with v0.3 (described below), which uses a PCB, and which is the focus of our main development. Qwiic Shield Assembly See Fig. 1 on page 8 for final assembly of Qwiic Shield.
Fig. 1

SparkFun Qwiic Shield with male headers and I2C pull-ups connected.

Trim two pieces of male header pins that are two positions long and one piece that is four positions long. With the connector side of the board facing up, solder one of the two position headers into the two holes labeled SDA and SCL. Solder the other two position header into the last two holes on the row along the opposite side. Solder the four position header into the last four holes along the right side. This should provide connections to the GND and 3V3 through holes. Connect both sides of the solder bridge to engage the pull-up resistors for the I2C bus. SparkFun Qwiic Shield with male headers and I2C pull-ups connected. Enclosure Before starting this step download and print the drill template. Cut out the template and tape it to the enclosure. Make sure the lid of the enclosure is firmly screwed on before drilling Drill holes in the locations denoted on template using the recommended drill sizes for each hole. Pressure Sensor Assembly Drill out mounting holes refer to Fig. 2 on page 8
Fig. 2

BME 280 Eval board with drilled out holes and trace cut.

Using the 7/64” drill bit, carefully enlarge the mounting holes in each corner of the sensor You can do all four or just two - one on the left side of one board and one on the right side of the other BME 280 Eval board with drilled out holes and trace cut. Cut trace from SDO through hole to sensor. Refer to Fig. 2 on page 8. Carefully cut the trace coming from the SDO hole on the back side of one board This board will be used to measure the pressure in the breathing circuit Assemble Cable. Refer to Fig. 3 on page 9.
Fig. 3

Prepared Qwiic cable for BME sensor assembly.

Cut one connector off the Qwiic cable Strip and tin the last ” of the leads Prepared Qwiic cable for BME sensor assembly. Connect Sensors to Cable. Refer to Fig. 3 on page 10 and Table 1 on page 9 for electrical connection. see Fig. 4
Table 1

pressure sensor wiring.

SignalQwiic Color
GNDblack
VINred
SDAblue
SCLyellow
Fig. 4

Qwiic cable soldered to BME sensor assembly.

Stack the two sensors on the breadboard and use two paper clips to anchor them Be sure the board with the cut trace is facing down Starting with Vin or GND insert the tinned lead through the appropriate hole and apply solder Flip the sensor assembly over and make sure solder has flowed through both through holes, adding some if needed Don’t worry if the solder does not flow perfectly Pin the assembly back down and move to another connection following the connection table below Repeat the steps above until the two boards have been secured and all leads are connected Re-flow all the joints to ensure a good connection pressure sensor wiring. Qwiic cable soldered to BME sensor assembly. Add address jumper to ambient pressure sensor. Refer to Fig. 5 on page 11
Fig. 5

Qwiic cable soldered to BME sensor assembly.

Take a ” piece of hookup wire and strip both ends Flow the solder in the GND through hole and poke one end of the hook up wire into the hole Put the other end of the wire into the SDO through hole and apply solder Qwiic cable soldered to BME sensor assembly. Flow Sensor Assembly Assemble Cable. Refer to Fig. 6 on page 12
Fig. 6

Clockwise progression of sensor cable assembly.

Clockwise progression of sensor cable assembly. The flow sensor requires a 5 V input, however we will run the I2C bus at 3.3 V necessitating this cable. Cut the Qwiic cable in half Cut off the red conductor near the base of the connector Cut a 30 cm length from the USB cable Strip the jacket back 1 ” from one end Strip the first ” of each conductor on one end and tin Twist a small portion of the shield into the black GND conductor Place a small piece of heat shrink on each conductor of the Qwicc cable and push them toward the connector end Solder the ends of the Qwiic cable to the ends of the USB cable following Table 2.
Table 2

flow sensor wiring.

USBQwiicSignal
blackblackGND
greenblueSDA
whiteyellowSCK
redsingle 6” wire5 V
flow sensor wiring. Connect the red wire to the red conductor in the USB cable and solder the extra long male header pin to the end Cover the finished joints with a short ” piece of heat shrink Connect cable to sensor. Refer to Fig. 7 on page 13.
Fig. 7

Sensor connected to cable assembly.

Apply a small quantity of solder to the four center pads on the SFM3400 flow sensor Remove ” of the jacket on the bare end of the USB cable Strip back ” from each conductor and tin the ends Thread the cable through the hole in the sensor as shown in the photo and make sure the tinned leads can reach the sensor pads Connect the end of each lead to the pads you have prepared by touching the tip of the soldering iron to the pad and then placing the tinned lead onto it. Refer to the SFM3400 datasheet to be sure you are connecting them in the proper position. Sensor connected to cable assembly. Assemble sensor adaptors. Refer to Fig. 8 on page 14. NOTE: These photos and the 15 mm adaptor show and refer to the neonatal version of the Sensirion flow sensor (SFM3400), which we used only because the adult-sized versions were impossible to find (temporarily). However, they physical assembly is exactly the same for all versions. You will not need the 15–22 mm adaptor with an adult-sized flow sensor.
Fig. 8

Adaptors assembled inline with sensor.

Cut a 1 ” section of petex tubing Insert the tubing into the wide end of the flow sensor Insert the frosted 15–22 mm adaptor over the petex Add the clear 15–22 mm adaptor over the small end of the flow sensor Place the bleed adaptor over the clear adaptor Use electrical tape to secure any loose connections Adaptors assembled inline with sensor. Final Assembly Glue oxygen hose to pressure sensor assembly. Refer to Fig. 9 on page 15.
Fig. 9

Standoffs installed on pressure sensor assembly and oxygen hose prepared for gluing.

Cut a section of oxygen hose approximately the same length as the flow sensor cable Make sure your cut is flat on the end Place one end of the hose over the internal, breathing circuit pressure sensor and apply glue around the edges Be very careful not to get glue on the sensor and make sure that the hose is securely attached to the pcb Standoffs installed on pressure sensor assembly and oxygen hose prepared for gluing. Install pressure sensor assembly. Refer to Fig. 10 on page 16.
Fig. 10

Pressure sensor assembly installed in enclosure.

Add two standoffs to opposite corners of the pressure sensor assembly These should correspond to the mounting holes you drilled in the enclosure Thread the bare end of the oxygen hose through its hole in the enclose from the inside until the sensor assembly is pressed against the wall of the enclosure Attach the standoffs into the enclosure from the outside using two machine screws Pressure sensor assembly installed in enclosure. Zip tie sensor cable to enclosure. Refer to Fig. 11 on page 16.
Fig. 11

Flow sensor cable with strain relief.

Thread the small zip tie through the two mounting holes in the enclosure Push the qwiic connector end of the flow sensor cable through its hole in the enclosure. It’s a tight fit. Zip tie the cable to the side of the enclosure making sure that the jacket of the USB cable is engaged by the zip tie Flow sensor cable with strain relief. Install ethernet shield and processor and add final touches. Refer to Fig. 11 on page 16. Attach standoffs to the four corners of the ethernet shield Screw the standoffs into the enclosure from the bottom Place the ESP32, OLED wing, and Qwiic shield on top of the ethernet shield as depicted in the diagram Plug the flow sensor and pressure sensor assembly into the qwiic shield Add a small piece of electrical tape every 5 inches attaching the oxygen tubing and flow sensor cable Wrap a piece of electrical tape around the flow sensor covering the exposed pads of the flow sensor Add identification card on the next page card to enclosure. see Fig. 12.
Fig. 12

Final assembly.

Final assembly.

PCB Based VentMon (v0.3T)

This PCB-based v0.3T version of VentMon (see Fig. 13) requires two 3D printed parts—one encapsulated an on-board pressure sensor and one is an airway adaptor—as well as a PCB assembly. Before beginning the assembly process make sure that you have manufactured those parts.
Fig. 13

Final assembly of the PCB version.

PCB Assembly Add standoffs to PCB take hardware and put it in the holes Mount sensor enclosure for BME280 pressure sensor Insert plastic part into mounting holes on PCB to check fit and alignment. The barb should face toward the outer edge of the PCB. Apply epoxy glue to bottom edge and mounting pegs of plastic. Insert plastic back into holes being careful not to get any glue on the sensor. Allow 24 h for epoxy glue to cure before attaching a hose to the barb. Enclosure Follow assembly instructions in Section 2. Flow Sensor Assembly Follow assembly instructions in Section 4. Oxygen Sensor Assembly Screw the airflow flange on to the oxygen sensor Plug sensor into the blue airway adaptor piece Plug one end of mono audio cable into bottom of oxygen sensor Plug the other end into the audio connector on the PCB Final Assembly Connect Qwiic connector. Screw lid on. Optionally apply hot-melt glue to Qwiic cable connector where it enters the port. Final assembly of the PCB version.

Operation instructions

VentMon v0.3T

The VentMon v0.3T is not meant to be used on human patients. The purpose of the VentMon is to measure, log, validate and verify the performance of rapidly manufactured ventilators, PAPRs, BPAP, and CPAP machines. The basic usage is to plug the VentMon 22 mm into an airway in between a respiration assistance device being tested (such as a pandemic ventilator or CPAP machine) and a simple physical test lung which models compliance and resistance of the human lung (see Fig. 14). The VentMon then provides approximately the functionality of a breathing simulator, without being able to model the patient triggering a breath spontaneously. Ventilator Test Usage. There are four ways to get data from the VentMon of varying quality and convenience with the firmware at the time of this writing.Pressing the “C” button on the VentMon OLED badge sends a special signal to the PIRDS logger to “rotate the log” from this IP address. At the public data lake the current file will be copied to a file which a date and timestamp. After startup, the VentMon will begin displaying a real-time pressure graph on its small OLED screen, with a scale of 40 cmH2O. This display is too small for testing performance, but is a nice check that the breathing circuit is in place and functioning. You can “smoke test” this by breathing into the VentMon and plugging one end with your hand. The VentMon writes about 50 records a second of data out on the serial port in the PIRDS JSON format, publishing pressure and flow data at about 25 Hz. (Additional data, such as temperature and humidity, is configurably output about every 20 s. Each record contains about 35 characters. Using the serial monitor built into the Arduino IDE, you can visually inspect this data. The volume of the data makes this a cumbersome. You are free to write a serial-port reader of your own for programmatic interpretation. At startup, by default configuration (it can be enabled or disabled), the VentMon tries to see if their is a cable connected to the Ethernet RJ45 jack. Plug the other end of the cable into your router. If found and enabled, the VentMon will begin sending PIRDS [12] data to the logger at ventmon.coslabs.com [11]. Your data can be viewed in real time by pointing a browser at the URL. Your IP address will appear near the top of the list with other recent or current users; by clicking on “Breath Plot” you will be able to see a complete clinical display. Similarly at startup, the VentMon will attempt to establish a WiFi connection. Using the WiFi connection will transmit exactly the same PIRDS data the logger at ventmon.coslabs.com and can be used in precisely the same way. However, the VentMon has to know a valid SSID and password to make the WiFi connection. This is configured via the Arduino serial monitor by sending a “c” character (for configure) to the VentMon. It will then pause operation for 10 s and give instructions for entering the SSID and password. In this same configuration you can enable or disable the WiFi and the Ethernet connection if you choose. These settings are stored in the EEPROM, and survive a loss of power.

VentMon COTS Version

A practitioner who makes their own version of the VentMon from commercial off-the-shelf parts without ordering a PCB will likely understand how to install and modify the firmware. The VentMon v0.2T [14] version is tagged specifically for this hardware release. The usage will likely be the same, though at the time of this writing some features may not be available in the software they are using, such as WiFi configuration.

Validation and characterization

The primary use of the VentMon is to develop to and verify that rapidly manufactured ventilator meets requires specification, such as those published by the UK MHRA [7]. It is easy to have confidence in the basic dynamic function of the VentMon by simply breathing through it into a plastic test lung. Fig. 15 is a screenshot of VentDisplay rendering data from the VentMon with a human (RLR) breathing normally into a plastic test lung for 10 s. Although the VentDisplay and VentMon can be used independently, VentDisplay demonstrates what VentMon collects. The top trace is a pressure trace. The next shows flow. These curves are generated from samples published into the public data lake. VentMon produces pressure and flow graphs at about 25 samples per seconds which is fast compared to the physiological process of breathing. One can easily see that flow and pressure dynamically match the breath or changes in the mechanical ventilation, or even changes induced by changes in the resistance or compliance of the test lung. VentDisplay Data Display. The bottom trace on the display is the “event” curve which shows a number of computed values and events published from the VentMon, such as the humidity, FiO2, and temperature. Additionally, the beginning and ending of each breath is detected, and total volume of the breath computed by integrating the flow. These calculations allows us to present the numbers on the right side of the display, which are typical metrics found on a commercial ventilator. Computation of these values allows a would-be ventilator’s performance to be verified and characterized against a repeatable and relevant standard. Features such as rise and fall time (at the bottom on the right) are particularly important. However, the most basic function is to dynamically report the respiration rate, peak pressure, minimum pressure, tidal volume and minute volume, and I:E ratio. In addition to the standard metrics, our software also measures pressure rise time which we have argued is an under-appreciated performance characteristic of rapidly manufactured emergency ventilators [18]. This VentDisplay software has been shown to be valuable, although it is dependent on accurate software decisions about the beginning and the ending of a breath, which can be subtle in some situations. The reliability of the data is inherently tied to the accuracy and precision of the device producing data for VentDisplay, which may or may not be a VentMon. The flow and differential pressure sensors used in the VentMon require no calibration. A VentMon equipped with the Sensirion SFM3200-AW was tested with a calibrated 500 ml syringe by integrating flow to obtain volume and found to reproduce volume and therefore flow more accurately than 2%. This commercial flow sensor measures a maximum flow of 250 slm (standard liters per minute). This range is almost impossible to exceed for a human being (by design). Nonetheless, because we sometimes had to use a neonatal flow sensor with a limit of 80 slm, our software detects this limit and publishes a PIRDS error event when the sensor “clips”, which extends to the adult flow sensors as well. The oxygen sensor spec sheet claims to be within 1% of . Since clinical practice normally prescribes in steps of 10%, this seems accurate enough for both clinical use and the current intended use of testing ventilator equipment. The differential pressure sensors have a resolution of 0.5 cmH2O. The Public Invention Respiration Data Standard format [12] is the underlying method by which data is communicated from the VentMon device to VentDisplay. The standard was created to provide a repeatable way for multiple teams to cooperate. Using this standard and cloud-based software enables VentMon to support a distributed engineering team—often required by the COVID-19 social distancing measures. The VentDisplay software allows export of the JSON binding of the PIRDS data to allow other programs to process if it is desired. We believe these tools could someday allow us to support telemedicine as suggested by others [17]. In fact we hope the VentMon will evolve into an open-source component that can be freely integrated into a pandemic ventilator or simply “bolted on” to be used to control ventilators or to monitor human patients. Although it can effectively test ventilation equipment today, before it can be recommended for use on patients, it will require regulatory approval, such as FDA approval. Before that can happens the VentMon must progress beyond a number of limitations: The current device is not autoclavable or easy to sanitize. Although the intended use is on the inspiratory limb of the breathing circuit, it may be exposed to air-borne virus unless its air input is sanitized. Use on a human patient would therefore require it to be disposed of immediately. Our software has not be subject to rigorous Quality Assurance (QA) and Risk Analysis (RA) as the FDA would request. We have argued [16] for an ecosystem in which design teams such as Public Invention produce extensive documentation including QA/RA documentation to be reused by firms that become medical device manufactures incorporating open-source designs. The mechanical design of the VentMon will require additional alteration to make it robust enough for use in a clinical setting. The current data lake and software allow data logging over days or weeks. To enable longitudinal study of ventilator reliability we would like to create software that allows this data to be analyzed or accessed across long periods of time.

CRediT authorship contribution statement

Robert L. Read: Conceptualization, Methodology, Software, Writing - original draft, Supervision. Lauria Clarke: Investigation, Validation. Geoff Mulligan: Conceptualization, Software.

Declaration of Competing Interest

We declare we have not conflict of interest. This is stated in the paper.
Specifications table:

Hardware nameVentMon
Subject areaEducational Tools and Open Source Alternatives to Existing Infrastructure
Hardware typeField measurements and sensors, Electrical engineering and computer science
Open source licenseMIT License, CERN-OHL-S
Cost of hardware$280
Source file repositoryVentMon:https://doi.org/10.5281/zenodo.4079170
PIRDS (Public Invention Respiration Data Standard):http://doi.org/10.5281/zenodo.4079377
PIRDS logger: Zenodo.http://doi.org/10.5281/zenodo.4079382
SFM3X00:http://doi.org/10.5281/zenodo.4079355
VentDisplay:http://doi.org/10.5281/zenodo.4079374
Design filenameFile typeOpen source licenseLocation of the file
(1) Embedded Firmware (v0.3 PCB version)C++ Source CodeMIT Licensehttps://doi.org/10.5281/zenodo.4079170
(2) Embedded Firmware (v0.2 COTS version)C++ Source CodeMIT Licensehttps://doi.org/10.5281/zenodo.4291147
(3) VentDisplay PIRDS Data ViewerHTML Source CodeMIT Licensehttps://doi.org/10.5281/zenodo.4079374
(4) PIRDS Data LoggerC Source FilesMIT Licensehttps://doi.org/10.5281/zenodo.4079382
(5) PIRDS Data StandardDocumented standard, and C-language bindingCreative Commons Zero (Universal) for documents, GPL 3.0 for code bindinghttps://doi.org/10.5281/zenodo.4079355
(6) VentMon v0.3T PCBPCB Design FilesMIT Licensehttps://doi.org/10.5281/zenodo.4079170 (see design/pcb)
(7) Pressure Sensor and Airway AdaptorSTL FileMIT Licensehttps://doi.org/10.5281/zenodo.4079170 (see design/3dparts)
DesignatorComponentNumberCost/UnitTotal CostSourceMaterial Type
U1PARTICLE ETHERNET FEATHERWING1$20.11$20.11AdafruitSemiconductor/Other
U2HUZZAH32 ESP32 FEATHER MALE HDR1$21.95$21.95AdafruitSemiconductor/Other
U3SPARKFUN QWIIC SHIELD FOR THING1$3.50$3.50DigikeySemiconductor/Other
U4ADS1115 16 Bit ADC1$14.95$14.95AdafruitSemiconductor/Other
U5OLED Feather Wing1$14.95$14.95AdafruitSemiconductor/Other
C1, C2QWIIC CABLE - 200MM2$1.56$3.12DigikeyMetal/Plastic
C3USB Cable1$1.80$1.80DigikeyMetal/Plastic
C4Oxygen Sensor Cable1$4.00$4.00OxycheqMetal/Plastic
H1M2.5 Screws12$0.38$4.56DigikeyMetal
H2M2.5 Standoffs - Female, Female6$0.45$2.70DigikeyMetal
OS1R-17S Oxygen Sensor1$80.00$80.00OxycheqMetal/Plastic
FS1Flow Sensor1see note below$0.00Metal/Plastic
PS1, PS2BME680 SENSOR EVAL BOARD2$22.50$45.00AdafruitSemiconductor/Other
P1Processor Enclosure1$9.95$9.95DigikeyPlastic
P2Bleed Adaptor1$5.50$5.50Oxygen SupplyPlastic
P3Oxygen Sensor T1$9.00$9.00OxycheqPlastic
P415 mm OD to 22 mm OD adaptor1$0.54$0.54Plastic
P515 mm ID to 22 mm OD adaptor1$0.35$0.35Plastic
T1Oxygen Tubing1$2.25$2.25Oxygen SupplyPlastic
  7 in total

1.  Development of a research-oriented system for collecting mechanical ventilator waveform data.

Authors:  Gregory B Rehm; Brooks T Kuhn; Jean-Pierre Delplanque; Edward C Guo; Monica K Lieng; Jimmy Nguyen; Nicholas R Anderson; Jason Y Adams
Journal:  J Am Med Inform Assoc       Date:  2018-03-01       Impact factor: 4.497

2.  A lung for all: Novel mechanical ventilator for emergency and low-resource settings.

Authors:  Jeremy Zuckerberg; Mohammed Shaik; Keith Widmeier; Todd Kilbaugh; Timothy D Nelin
Journal:  Life Sci       Date:  2020-07-17       Impact factor: 5.037

3.  The importance of characterising dynamic response and inertia in potential rapidly manufactured ventilator systems.

Authors:  E B Schulz; R L Read
Journal:  Anaesthesia       Date:  2020-07-04       Impact factor: 6.955

4.  Low-cost, easy-to-build noninvasive pressure support ventilator for under-resourced regions: open source hardware description, performance and feasibility testing.

Authors:  Onintza Garmendia; Miguel A Rodríguez-Lazaro; Jorge Otero; Phuong Phan; Alexandrina Stoyanova; Anh Tuan Dinh-Xuan; David Gozal; Daniel Navajas; Josep M Montserrat; Ramon Farré
Journal:  Eur Respir J       Date:  2020-06-04       Impact factor: 16.671

Review 5.  A review of open source ventilators for COVID-19 and future pandemics.

Authors:  Joshua M Pearce
Journal:  F1000Res       Date:  2020-03-30

6.  Emergency Open-source Three-dimensional Printable Ventilator Circuit Splitter and Flow Regulator during the COVID-19 Pandemic.

Authors:  Bryan K Lai; Jennifer L Erian; Scott H Pew; Maxim S Eckmann
Journal:  Anesthesiology       Date:  2020-07       Impact factor: 7.892

7.  Partially RepRapable automated open source bag valve mask-based ventilator.

Authors:  Aliaksei Petsiuk; Nagendra G Tanikella; Samantha Dertinger; Adam Pringle; Shane Oberloier; Joshua M Pearce
Journal:  HardwareX       Date:  2020-08-11
  7 in total
  3 in total

1.  VitalCore: Analytics and Support Dashboard for Medical Device Integration.

Authors:  Hyonyoung Choi; Amanda Lor; Mike Megonegal; Xiayan Ji; Amanda Watson; James Weimer; Insup Lee
Journal:  IEEE Int Conf Connect Health Appl Syst Eng Technol       Date:  2022-02-04

2.  PytuTester: RaspberryPi open-source ventilator tester.

Authors:  Félix Morales; Luis Bernal; Gustavo Pereira; Sandra Pérez-Buitrago; Michael Kammer; D H Stalder
Journal:  HardwareX       Date:  2022-06-30

3.  Overcoming supply disruptions during pandemics by utilizing found hardware for open source gentle ventilation.

Authors:  S Oberloier; N Gallup; J M Pearce
Journal:  HardwareX       Date:  2021-12-23
  3 in total

北京卡尤迪生物科技股份有限公司 © 2022-2023.