Asynchronous character data entry over wireless connections

Abstract

Approaches are disclosed for asynchronously transmitting user input from a mobile device to a computing device, where the transmitted input can be in a format to allow the user input to be received as if transmitted by a wireless peripheral device connected to the computing device. The user input can be processed using a large language model (LLM) before being transmitted. The input to the computing device can be transmitted as a stream of formatted characters, and the stream can be paused, resumed, or repeated during transmissions. The stream of formatted characters can be wirelessly retransmitted without a need to re-enter the user input. The input received to the computing device may be stored as an entry in a record database.

Description

ASYNCHRONOUS CHARACTER DATA ENTRY OVER WIRELESSCONNECTIONSCLAIM OF PRIORITY

[0001] This application claims the benefit of U.S. Provisional Application No. 63 / 550,195 (Attorney Docket No. 776201.000008) titled “ASYNCHRONOUS CHARACTER DATA ENTRY OVER WIRELESS CONNECTIONS,” filed February 6, 2024, the entire contents of which is incorporated herein by reference.FIELD OF THE DISCLOSURE

[0002] The present disclosure relates to the asynchronous entry and transmission of data using wireless connections.BACKGROUND

[0003] Providers responsible for clinical documentation spend considerable time and effort creating clinical documents, including chart notes, referral notes, and discharge summaries. The process of drafting clinical documents and submission of the documentation to Electronic Medical Record (EMR) systems is time and effort intensive, which reduces productivity of the providers, and can lead to burnout. Currently available solutions, such as voice-enabled clinical notes dictation, documentation systems, and other applications can also require installation of a helper or support applications and software on the computers or servers used to access EMR or word processing software. Most solutions also require integration with EMR systems and thus need expensive and effort intensive technical implementation and custom technical development. As a result, users are dependent on information technology (IT) departments for implementation and support restricting use and access to such solutions only when they are implement at institutional level. Such implementations are organization and EMR system specific, and therefore unavailable to individual users to implement. Additionally, most existing systems require the user to be connected to the host system where the EMR or document is being accessed through their network, as well as require the user to record and review the generated output in real-time, thereby limiting convenience of location and timing.BRIEF DESCRIPTION OF THE DRAWINGS

[0004] Various embodiments in accordance with the present disclosure will be described with reference to the drawings, in which:

[0005] FIG. 1 illustrates an example system for asynchronous data transmission, according to at least one embodiment;

[0006] FIG. 2 illustrates an example environment for receiving entry data for asynchronous data transmission, according to at least one embodiment;

[0007] FIG. 3 illustrates an example environment for generating documents for asynchronous data transmission, according to at least one embodiment;

[0008] FIG. 4 illustrates an example environment for editing and finalizing entry data for asynchronous data transmission, according to at least one embodiment;

[0009] FIG. 5 illustrates an example environment for asynchronously transmitting data, according to at least one embodiment;

[0010] FIG. 6 A illustrates an example flow for preparing a file for asynchronous data transmission, according to at least one embodiment;

[0011] FIG. 6B illustrates an example flow for performing the transmission of data asynchronously, according to at least one embodiment;

[0012] FIG. 7 illustrates an example process for asynchronously transmitting data, according to at least one embodiment; and

[0013] FIG. 8 illustrates example computing features of an environment for asynchronous data transmission, according to at least one embodiment.DETAILED DESCRIPTION

[0014] Approaches described and suggested herein relate to the asynchronous transmission of data. In particular, various embodiments present approaches for generating and transferring content for clinical documents as formatted character data to an EMR or a word processing software accessible on a host device compatible with connecting to a human interface device (HID), such as a wireless keyboard, via a wireless connection such as a Bluetooth connection.

[0015] An approach in accordance with at least one embodiment involves four steps. The first step involves recording voice memo(s) and voice-based command(s) using a mobile application on a mobile device. The second step involves generating required formatted text documentation using a large language model (LLM) to create document content based on the instructions or conversations in the recorded voice memo(s), information from the images, voice recordings, and text input. The third step involves a user being provided with the ability to review and edit content (for example, created by a LLM executing on the mobile application) and then to finalize the document. The fourth step involves transferring the formatted character data, at any time after finalizing the content, to an EMR or a word processing application, by connecting the mobile device to a computer as an input device, such as a wireless Bluetooth keyboard, without the need for installing additional software on the host device through which the EMR or word processing software is accessed.

[0016] Approaches in accordance with various embodiments can provide an efficient and convenient way for users, such as healthcare professionals, to create documents, such as clinical notes and other clinical documentation, reducing the time and effort spent on manual typing and formatting. User can complete these tasks independent of location and time, and then transfer the documentation to an EMR, a word processor, or other such system, application, service, or process without need for integration with those systems or installation of additional software on host devices like desktop computer, laptops, tablets, mobile phones, or portable terminals compatible with hospital or clinic systems.

[0017] FIG. 1 illustrates an example system 100 in which asynchronous data transmission may be completed, according to at least one embodiment. As illustrated in the example system 100, a user in at least one embodiment can use a client device 102, such as a smart phone, tablet or portable terminals, to enter information, such as notes for a patient during an examination.When the client device 102 is within a transmission distance of an appropriate computer system 104, such as a desktop computer, laptop, tablet computer or portable terminal, running an appropriate application 106, such as a word processing system or EMR application, the client device can transmit the data to be captured by the application and stored to a records database 108, or other such location. At least some additional formatting or processing of the data may be performed on the client device 102 and / or computer system 104. In at least one embodiment, the data can be wirelessly transferred (although wired connections may be used as well in at least some embodiments) from the client device 102 to the computer system 104 in the form of asingle formated character or a string of formatted characters, or character representations, enabling the client device to effectively function as a portable keyboard or other such entry device, wherein the application 106 executing on the computing system 104 can receive the data to the appropriate locations or fields as if the user were typing into a keyboard connected to the computer system 104, for example, such that no modifications are required to the application 106 or computer system 104, although modifications may be performed if desired.

[0018] In the following description, various embodiments will be described. For purposes of explanation, specific configurations and details are set forth in order to provide a thorough understanding of the embodiments. However, it will also be apparent to one skilled in the art that the embodiments can be practiced without the specific details. Furthermore, well-known features can be omited or simplified in order not to obscure the embodiment being described.

[0019] In at least one embodiment, approaches in accordance with various embodiments allow users to use a mobile device supported by an operating system (OS), such as Android or Apple’s iOS operating system or PadOS operating system for iPad. The mobile device may be used in an offline mode, such as when not connected to a network, and may have sufficient RAM memory (such as at least 4 GB of RAM). A user may only need to connect to the host system, such as via Bluetooth, to pair the mobile device as an HID device with the host system where they wish to access the EMR or word processor. Once the devices are paired, the user can select the input field on the client device, such as to place a cursor at the field, section, or location where the input is to be transferred. The user can trigger the transfer from the application causing the system to transmit the character data directly to the receiving system. Such an approach allows the user to transmit clinical documentation data (before or after review) to a EMR or word processing system. Such an approach may not require installation of helper or support software. Such an approach may not require changes or customizations to the EMR. An approach in accordance with at least one embodiment may use the Bluetooth HID protocol to communicate and pair with another Bluetooth compatible device where a EMR or word processing system is accessed.

[0020] Various existing solutions use Bluetooth HID systems for character data entry from voice input, which limits users to only real-time data entry and requires the user to provide voice input and / or a trigger every time. For example, for every instance of data entry the user must provide the voice or text input or trigger characters in real time. Approaches in accordance withvarious embodiments instead allow a user to transmit character data to the EMR or word processing software at any time after generating required documentation. Therefore, the user may not need to be connected to the system or network or co-located with the receiving systems for dictating memos, generating documentation, and editing the content, such as in real time. Such an approach is unique in the capability which allows the user to transmit the same data multiple times to same or different applications on a compatible host device without having to regenerate the voice input essential for creation of the character data input. Additionally, such an approach is unique in the ability to allow the user to pause an HID wireless keyboard input mid-stream and resume from any position in the sequence of planned character data input.

[0021] In examples presented herein, aspects will be described for use by clinical practitioners or other users who are required to create documents in EMR systems or other word processing applications. However, such approaches can be used for securely and conveniently generating any character based documentation using, for example, voice input and a LLM at any location and then transferring the input to another application and / or system which may be accessed through, for example, a Bluetooth enabled host device, such as a computer, mobile phone, tablet, TV, or other device that connects to a Bluetooth keyboard. Various embodiments can adopt a mobile device to function as a secured voice-based data entry tool which can be used for most applications without the need for installing support tools or making changes to the system receiving the data. Therefore, various embodiments may be used across operating systems independent of the mobile operating system, the receiving system operating system, and the EMR or word processing or any similar record systems applications. In certain embodiments, the mobile operating system, the receiving system operating system are Bluetooth enabled and the receiving system operating system is compatible to connect with a Bluetooth keyboard.

[0022] An example system in accordance with at least one embodiment includes a set of components, including a Bluetooth-enabled (or other wireless communication-capable) mobile device. The device can operate, or have access to, a mobile application which includes one or more of a recording and input interface, a documentation generation interface, a document review interface, a data sending interface, and a user profile and setting interface. The mobile device may also include components, such as a microphone, display screen, speaker, local storage, and at least one processor (e.g., CPU or GPU). In an embodiment, the mobile device may have an on-device automatic speech recognition model and / or LLM deployed. In another embodiment the mobile device may connect to a remote automatic speech recognition modeland / or LLM, such as hosted on a secure cloud or via making an API call to a service with one or both of the models deployed on an externally hosted server. In at least one embodiment, the mobile device may be Bluetooth compatible, and can include components such as a Bluetooth HID keyboard and mouse SDK, a HID-Bluetooth keyboard compatible host device, and a default keyboard application.

[0023] As mentioned in at least one embodiment, an example approach involves at least four steps. A step involves recording voice memo(s) capturing real-time conversation or voice-based commands, or dictation or combinations of any of these inputs using a mobile application on a mobile device. Another step involves generating required formatted text documentation, such as using a LLM to create documentation content based on the instructions in the recorded voice memo(s) as well as based on information from images, voice recordings and text input. An additional step involves providing the user with an ability to review and edit document content created by LLM on the mobile application and finalizing the document. Another step involves transferring the formatted character data, at any time after finalizing the content, to an EMR or word processing application by connecting the mobile device to a computer as a wireless Bluetooth keyboard, without installation of additional software on the computer through which the EMR or word processing software is accessed.

[0024] FIG. 2 illustrates an example environment 200 for receiving entry data for asynchronous data transmission, according to at least one embodiment. The environment 200 may include a device 210 having one or more applications 220 which can be operated by a user 202. The environment 200 can allow for recording data input, such as voice memo(s), conversations and voice-based commands, using a mobile application on a mobile device. The device 210 may include the program or application 220 which can be accessed by the user 202. The device 210 may also include components including hardware and software, such as a microphone 212, a speech recognition or speech-to-text engine 214, a display 216, a storage 218, and a speaker 230. In an example, the application 220 may include one or more modules which can provide functionalities for the user 202, where the modules and / or the functionalities may operate synchronously or asynchronously. The application 220 may allow the device to be used as a secure universal Bluetooth keyboard. The environment 200 may include a cloud hosting service 250 able to be in communication with the device 210 and the application 220, such as using a secure cloud interface.

[0025] In an embodiment, the user 202 may initiate a new note 206 on the application 220. To initiate a new note 206, the user 220 can select or indicate “Record” 240, using an application interface 222, to start recording 208 a voice memo or audio from an audio input 204 in to the microphone 212. In certain examples, the user 202 can record multiple voice memos as the audio input 204 for a single note 206. For example, a provider as the user 202 may record a first note 206 during a discussion with a patient, then record a second note 206 while examining the patient, then record a third note 206 about a prescription for the patient, and finally record a fourth note 206 the next day. The user 202 can speak into the microphone 212 associated with the device 210. In an example, the user 202 may use the mobile application to record patientphysician conversation as the audio input 204 in real-time as one or more of the voice memos. The user 202 speech 204 may be recorded by the application 220 from the microphone 212. The user 202 speech 204 may be provided from the application 220 and processed by the speech-to- text engine 214 associated with the device 210 and / or the application 220, such as integrated with the device 210 or the application 220. In an embodiment, the user 202 speech 204 may be provided from the application 220 and processed external to the device 210 by a speech-to-text model 260 hosted on the cloud hosting service 250. The speech-to-text model 260 may process the user 202 speech 204 in real time. The output of the speech-to-text engine 214 or the speech- to-text model 260, such as a transcript, may be displayed on a screen or display 216 associated with the application or device 210. The transcript output from the speech-to-text engine 214 or the speech-to-text model 260 visible to the user 202 on the display 216 may provide a visual cue of words already said and the progress of the transpiration in relation to the audio input 204. The user 202 may control the audio input 204 using a control panel on the Data and Input Interface 222 of the application 220. In this example, the control panel 222 may include one or more controls that can be selected by the user 202. The controls may include various functions, such as “Stop recording” 242, which may end recording and store the input 204 in a single audio file and “Pause / restart recording” 242, which when selected by the user 202 pauses recording until restarted by the user 202. In certain examples, pausing a recording does not finalize the recording and a voice memo is not saved immediately. The control panel 222 may include a “Mark as Done” 248 control which can close the input interface 222 and indicates that all input for the session has been completed. In some embodiments, controls included in interface 222 may be selected by the user 202 using voice controls as part of the audio input 204.

[0026] When the user 202 taps or selects the "Stop recording” 242 control, the voice note 206 may be saved as an audio file to the device 210 local storage or memory 218. When the user 202 taps or selects the “Stop recording” 242 control, a transcript with word timing annotation may be stored to the device 210 local storage or memory 218, such as from the speech-to-text engine 214 or the speech-to-text model 260. In another embodiment, the audio file and / or transcript may be stored in a cloud storage associated with the device 210 or application 220. The user 202 can have an option to play the recording, such as by selecting the “Play” 246 control, which may allow the user 202 to playback previously stored audio files in the selected note). Here, playback may be through the audio output or speaker system 230 associated with the with the device 210 or application 220. During playback, the user 202 may have access to a scroll bar to move back and forth through the recording. Playback may also be synchronized with the transcript, so that the currently spoken word is highlighted in the transcript on the screen 216. In certain embodiments, the input 204 to the application may be an image, a document, a file, multimodal, or other input. One or more of these inputs may be processed to recognize or extract text.

[0027] FIG. 3 illustrates an example environment 300 for generating documents for asynchronous data transmission, according to at least one embodiment. The environment 300 may include a device 310 having one or more applications 320 which can be operated by a user 302. The environment 300 can allow for using a LLM to generate formatted text documents based on instructions in recorded voice memo(s), voice-based command(s), information from images, voice recordings, and text input, as well as formatting instructions included in a application defined prompt. In an embodiment, the application 320 may provide an interface to the user 202 for viewing available voice and input files and select 322 one or more of the voice and input files to be used for creating the documents. In an example, if a note includes multiple transcripts and / or other documents, then one or more or all of the documents may be selected. The user 302 may then select 324 the type of documents to be generated using available options, such as on the mobile application interface. In an example, one or more document types may be selected, such as a chart note, a referral letter, a prescription, discharge summary, or other document type.

[0028] The user 302 may trigger or activate 326 document generation, such as by using a button or making an indication on the application interface. Based at least in part on the selected 322 files and / or the selected 324 type of document , the system may select an appropriate prompt from a list of pre-defined prompts to be presented to a locally deployed LLM 330 or a cloudhosted LLM 360. The locally deployed LLM 330 may use one or more processors associated with the device 310. The cloud hosted LLM 360 may be an instance of a LLM hosted in a secure cloud environment 350, or similar system, in communication with the device 310 using one or more network connections. For example, the selected 322 input may be securely shared with the cloud hosted LLM 360 of the secure cloud environment 350 to generate one or more documents by providing the document type selected 324 as prompt. This prompt along with the files, such as transcripts for the selected voice files and other input, may then be passed to the LLM 330, 360 as prompts for inference. The LLM 330, 360 may receive input files which include information structured or described in various manners, such as spoken word in the first second or third person, lists, forms, or include instructions for the LLM 330, 360, which the LLM 330, 360 may use, restructure, or reproduce into various other manners. The output or response from the LLM 330, 360 may be stored securely, such as on the device storage 318 or stored in a cloud-based storage. In an embodiment, the output of the LLM 330, 360 is text. The response from the LLM 330, 360 may be displayed to the user 302 to view the generated document 340. In an example, the LLM 330, 360 may generate one or more documents based on the prompt, such as a chart note, a referral letter, a prescription, discharge summary, or other document. In an embodiment, the LLM 330, 360 may be prompted to update a generated document using one or more new selected input files. In another embodiment, both one or more previously stored input files and one or more newly recorded input files may be provided to the LLM 330, 360 to generate one or more new documents.

[0029] FIG. 4 illustrates an example environment 400 for editing entry data for asynchronous data transmission, according to at least one embodiment. The environment 400 may include a device 410 having one or more applications 420 which can be operated by a user 402. The environment 400 can allow for reviewing and editing content, created by an LLM, on the application and to also finalize the content. In an embodiment, the user 402 can view 422 the one or more generated documents, output from the LLM, using a document review interface associated with the application 420. The generated document may be viewed 422 on a display associated with the application 420 and / or the device 410. The user 402 can also select 424 a generated document from previously generated documents stored in storage 418 associated with the application 410 and / or the device. A user 402 can then review 430 the generated document, and the user 402 may view the document in the document review interface, including the text, content, and formatting of the document. The user 402 may edit 432 the text, content, andformatting using a suitable method or input device 412, such as a mobile phone keyboard, a touch screen, or a microphone accepting voice controls associated with the application 420 and / or device 410. The user 402 may then complete editing, in a case where editing had been performed, and may save 434 the document. Once saved, the document is stored with the latest user changes the storage 418.

[0030] FIG. 5 illustrates an example environment 500 for asynchronously transmitting data, according to at least one embodiment. The environment 500 may include a device or client device 510 having one or more modules 520 and applications 550 which can be operated by a user 402 and a host device 550. The environment 500 can allow for formatted character data to be transferred at any appropriate time, including finalized content, to an appropriate EMR or other word processing application. In an embodiment, the user 502 may complete editing and then save a document, such as on a mobile application. Once saved, the document is stored, such as with the latest changes. To begin transmitting a document to a host device 530, the Bluetooth or wireless connection associated with the host device 530 may be activated 532. The user 502 may also ensure the host device Bluetooth or wireless system is set as discoverable 534, or the Bluetooth may already be discoverable. As provided by the module 520, the Bluetooth or wireless connection associated with the client device 510 may be activated 522.

[0031] The module may then be used to search 524 for the host device 520, such as among the available Bluetooth devices, and can request pairing 526 from the client device to the host device 530. The user 502 may confirm and authorize 536 the pairing request on the host device 530. Using the client device 510, the user 520 may open the appropriate application 550 and select 552 a finalized document, such as from a data transmission interface, to indicate that the document can begin to be transmitted. Once the document is selected 552 for transfer, the application 550 may create 554 a stream file for the document, where each document character, such as alphanumeric and special characters, and the formatting, such as spacing, line breaks, bold, italics, and underline, are represented as an unique entry. The selected document 552 may be converted to a string of HID values for each character keystroke, including formatting, to create the stream file 554.

[0032] The application 550 may perform a check for the active wireless connection before transferring the file. Once the application 550 has completed creation 554 of the transmission data file , an interface of the application may present a message or indication to the user 502 thatthe application 550 is ready 556 for transmission to indicate the document or file may be transmitted to the host device. The application 550 may provide to the user 502 a button or option that can be selected or activated to start data transfer. A user 502 use an input device 504, such as mouse, tracker, or GUI navigation device connected to the host device 510 to navigate to the document processor software 542, such as an EMR or a word processor and indicate where in an appropriate field should the data be entered, such that the field is ready to receive keyboard entry, at a location of a cursor. For instance, the user 502 can confirm a cursor is on the desired text field on the software 540 in host device 530 for data entry from the application 550. The user may trigger a start 560 of the data transmission from the client device 510, such as by selecting the start data transfer button. To transfer the data, the application 550 may send 562 key stroke values of the file to the wireless transfer system module 520 of the client device 510. The module 510 may receive keystroke values 570 as input from the application 550. The module 520 may then transmit keystroke values 572 to the host device 530 using the wireless connections, such as Bluetooth HID profile. The software 530 may receive characters 580 based on the keystroke values 572 transmitted to the host device 530. The software 540 may display the received characters 580 in a field on a display of the host device 530. In embodiment, input may also be provided to the EMR or document processing software 540 before, during, or after transmission of the file. In an example, the documentation may be transferred without the use of API, such to the host device 530 or software 540. One or more of the previously described actions, processes, flows, or steps may be completed fully or in part manually, such as with user input, or automatically, such as only with user input if the action or step is not automatically completed.

[0033] FIG. 6 A illustrates an example flow 600 for preparing a file for asynchronous data transmission, according to at least one embodiment. In an embodiment, the flow 600 may be associated with one or more sub-processes of FIG. 5, such as selecting a document 552, creating a stream 554, and indicating a document is ready for transfer 556. In an example, a document may be selected 602 to be transferred, either from a new recording or stored in a memory. The selected document 602 may be converted into a string of HID values for each character keystroke, including formatting, to create a stream 604 as a stream file 606. The stream file 606 may include information for each character to be transmitted based the document selected 602. The relevant information of the input stream file 606 may include a character identifier (ID) 610 which represents a unique ID for the character. The relevant information of the input stream file606 may include a character position 612 which represents the position of the character in the document. The character position 612 may be an integer value that represents the relative position of the character in sequence from the start of the document, which can include spaces between words being recording as characters. The relevant information of the input stream file 606 may include a character formatting 614 which represents a restricted formatting option, such as Bold, Underline, Italics, or other option. The relevant information of the input stream file 606 may include a character value 616 which represents the actual character value on a keyboard. The relevant information of the input stream file 606 may include a character HID profde key 618 which represents the HID profile value for the keystroke corresponding to the character value 616. The relevant information of the input stream file 606 may include a send status 620 which is a status specific for each run of data transmission. The send status may be at least one of unsent, send, or paused. A send status 620 of unsent indicates a character entry which is not yet transmitted in current data transmission run. A send status 620 of unsent indicates a character entry already transmitted. A send status 620 of unsent indicates a character entry at which transmission was caused by the user. In an embodiment, the file 606 may require one or more of the relevant information to be included with each character. In another embodiment, the file 606 may require one or more of the relevant information to be provided in a specific order, such as the character formatting 614 and then the character value. Once the stream file has been provided or created 604, a message or indication may be presented to indicate the file or document is ready 608 to be transmitted.

[0034] FIG. 6B illustrates an example flow 650 for performing the transmission of data asynchronously. In an embodiment, the flow 650 may be associated with one or more subprocesses of FIG. 5, such as the trigger start 560 and the send to wireless 562. In an embodiment, the flow 650 can allow for transferring data for input to a wireless transfer system or Bluetooth HID profile. In this example, a data transfer may be initiated, such as when a user triggers the start 652 of the transmission. The application may fetch or retrieve the file 654 and identify the first entry in the stream file which is sorted in sequence of character position 612 starting from a first character position with a value of 1. The application may send a keystroke value 656 for character position with value of 1, such as by using HID protocol via the Bluetooth HID profile. The application may update the send status 658 of the entry representing the character position in the stream file to “sent”. Once the status is updated to sent, the application may repeat the process for the entry in the stream file for the next character position in sequence,beginning with sending the keystroke 660 for next character position in sequence 612. This process may repeat until the process is paused 680, such as when the user pauses the process, or when the user restarts the process 670, or the application has finished or completed transmitting 662 all the entries in the stream file.

[0035] Using the data transfer interface, the user may trigger a pause 680 in the data transfer so that data entry can be at least temporality stopped in the host application. When the user triggers the pause 680, such as by tapping on a “Pause” button in a user interface or otherwise indicates for the transmission to pause, the application may stop sending the keystroke value immediately 682. The application may also update the send status for that character position as “paused.” At this state, a pause button or other selectable option may transition to resume transmission. Using the data transfer interface, the user may trigger to resume 686 transmission of the data transfer so that data entry can continue in the host application. When the user triggers the resume 686, such as by selecting or tapping on a resume button or otherwise indicates for the transmission to continue, the application may continue to send keystrokes 688 and may send the keystroke value for the character entry in the stream file having the status as paused. Once the keystroke value is sent, the application may update the status 658 to “sent” and continues with the transmission process. At this state, the resume button or other selectable option may transition back to the pause button or other selectable option. The transmission may be triggered to restart 670, such as when the user selects or taps on the restart button or otherwise indicates for the transmission to restart. When the transmission is triggered to restart 670, the application may reset the sent status of all character ID 610 to unsent and the application may restart the transmission process with the character value having a first character position 612 i.e. character position equal to 1 in the data stream file and start the data stream from the beginning and send the first keystroke 656.

[0036] During the flow 650, one or more of the actions, inputs, or steps to transmit data asynchronously may be performed from one or more client devices, such as triggering the start 652 on a first client device and then triggering a pause 680 on a second client device. After pausing the transfer, a user may manipulate or change the characters being transferred. In an example, a user may begin to transfer a file, pause the transfer, make a change in the transferred file, and then resume the transfer from a new character. In another embodiment, a user may pause the transmission, indicate a new field, section, or location in the EMR or word processing software of the host device, and then resume transmitting. In another embodiment, the transfermay pause automatically, such as after one or more conditions are met, or based on predefined instructions.

[0037] As mentioned, such an approach can be used to generate character-based documentation using voice input and a custom LLM securely and conveniently at any location and then transfer the documentation to another application / system that is accessed through a Bluetooth enabled computer, mobile phone, tablet, TV, or other device that connects to a Bluetooth keyboard. Additionally, the approach can be performed on one or more devices, including between or during steps, actions, or events during the approach.

[0038] FIG. 7 illustrates an example process 700 for asynchronously transmitting data, according to at least one embodiment. The process 700 includes a user input received 702 to a mobile device. The user input may be content, such as medical data, which can be read as or converted into text, such as an audio recording, image, photo, document, or other data. In an example, the input received to the mobile device may be a voice input that is converted to text. The input may be received through a component associated with the mobile device, such as microphone, camera, data transfer port, wireless connection, or other components. The device may be associated with an application or program that may process the input. The data may have been received to another device and then accessed or transfer to the mobile device. The user input may be processed 704 using an LLM to provide an output. The LLM may be provided with the user input along with a prompt to generate one or more documents or output. The LLM may be provided with the user input and one or more other inputs, such as a previously received input. The LLM may provide output, based at least in part on the user input, including text or one or more files containing text.

[0039] A computing device may be detected 706 within a wireless transmission range of the mobile device. The wireless transmission range may be that of Bluetooth component of the mobile device. The computing device and the mobile device may be paired using a wireless transmission system, such as over a Bluetooth protocol. The computing device and the mobile device may be paired at a location other than where the user input was received. The LLM output may be converted 708 to a stream of formatted characters. The each of the formatted characters may be associated in formation including a character ID, character position, character formatting, character value, character HID profile key, or send status. The stream of formatted characters may be wirelessly transmitted 710 to be provided as input to an application executingon the computing device. The stream of formatted characters may be transmitted using a Bluetooth connection. The stream of formatted characters may be formatted to be received to the computing device as input from a wireless keyboard. The stream of formatted characters that is wirelessly transmitted from the mobile device may be able to be at least paused, resumed, or repeated during one or more transmissions. The stream of formatted characters may be able to be wirelessly retransmitted one or more times without a need to re-enter the user input. The application may be an Electronic Medical Record (EMR) application. An input corresponding to the formatted characters may be stored 712 as an entry in a record database.

[0040] Computing resources, such as mobile devices, servers, routers, smartphones, or personal computers, will generally include at least a set of standard components configured for general purpose operation, although various proprietary components and configurations can be used as well within the scope of the various embodiments. As mentioned, this can include client devices for transmitting and receiving network communications, or servers for performing tasks such as network analysis and rerouting, among other such options. FIG. 8 illustrates components of an example computing resource 800 that can be utilized in accordance with various embodiments. It should be understood that there can be many such compute resources and many such components provided in various arrangements, such as in a local network or across the Internet or “cloud,” to provide compute resource capacity as discussed elsewhere herein. The computing resource 800 (e.g., a desktop or network server) will have one or more processors 802, such as central processing units (CPUs), graphics processing units (GPUs), and the like, that are electronically and / or communicatively coupled with various components using various buses, traces, and other such mechanisms. A processor 802 can include memory registers 806 and cache memory 804 for holding instructions, data, and the like. In this example, a chipset 814, which can include a northbridge and southbridge in some embodiments, can work with the various system buses to connect the processor 802 to components such as system memory 816, in the form or physical RAM or ROM, which can include the code for the operating system as well as various other instructions and data utilized for operation of the computing device. The computing device can also contain, or communicate with, one or more storage devices 820, such as hard drives, flash drives, optical storage, and the like, for persisting data and instructions similar, or in addition to, those stored in the processor and memory. The processor 802 can also communicate with various other components via the chipset 814 and an interface bus (orgraphics bus, etc.), where those components can include communication devices 824 such as cellular modems or network cards, media components 826, such as graphics cards and audio components, and peripheral interfaces 828 for connecting peripheral devices, such as printers, keyboards, and the like. At least one cooling fan 832 or other such temperature regulating or reduction component can also be included as well, which can be driven by the processor or triggered by various other sensors or components on, or remote from, the device. Various other or alternative components and configurations can be utilized as well as known in the art for computing devices.

[0041] At least one processor 802 can obtain data from physical memory 816, such as a dynamic random access memory (DRAM) module, via a coherency fabric in some embodiments. It should be understood that various architectures can be utilized for such a computing device, which can include varying selections, numbers, and arguments of buses and bridges within the scope of the various embodiments. The data in memory can be managed and accessed by a memory controller, such as a DDR controller, through the coherency fabric. The data can be temporarily stored in a cache memory 804 in at least some embodiments. The computing resource 800 can also support multiple I / O devices using a set of I / O controllers connected via an I / O bus. There can be I / O controllers to support respective types of I / O devices, such as a universal serial bus (USB) device, data storage (e.g., flash or disk storage), a network card, a peripheral component interconnect express (PCIe) card or interface 828, a communication device 824, a graphics or audio card 826, and a direct memory access (DMA) card, among other such options. In some embodiments, components such as the processor, controllers, and caches can be configured on a single card, board, or chip (i.e., a system-on-chip implementation), while in other embodiments at least some of the components can be located in different locations, etc.

[0042] An operating system (OS) running on the processor 802 can help to manage the various devices that can be utilized to provide input to be processed. This can include, for example, utilizing relevant device drivers to enable interaction with various I / O devices, where those devices can relate to data storage, device communications, user interfaces, and the like. The various I / O devices will typically connect via various device ports and communicate with the processor and other device components over one or more buses. There can be specific types of buses that provide for communications according to specific protocols, as can include peripheral component interconnect) PCI or small computer system interface (SCSI) communications,among other such options. Communications can occur using registers associated with the respective ports, including registers such as data-in and data-out registers. Communications can also occur using memory-mapped I / O, where a portion of the address space of a processor is mapped to a specific device, and data is written directly to, and from, that portion of the address space.

[0043] Such a device can be used, for example, as a server in a server farm or data warehouse. Server computers often have a need to perform tasks outside the environment of the CPU and main memory (i.e., RAM). For example, the server can need to communicate with external entities (e.g., other servers) or process data using an external processor (e.g., a General Purpose Graphical Processing Unit (GPGPU)). In such cases, the CPU can interface with one or more I / O devices. In some cases, these I / O devices can be special-purpose hardware designed to perform a specific role. For example, an Ethernet network interface controller (NIC) can be implemented as an application specific integrated circuit (ASIC) comprising digital logic operable to send and receive packets.

[0044] In an illustrative embodiment, a host computing device is associated with various hardware components, software components and respective configurations that facilitate the execution of VO requests. One such component is an I / O adapter that inputs and / or outputs data along a communication channel. In one aspect, the I / O adapter device can communicate as a standard bridge component for facilitating access between various physical and emulated components and a communication channel. In another aspect, the I / O adapter device can include embedded microprocessors to allow the I / O adapter device to execute computer executable instructions related to the implementation of management functions or the management of one or more such management functions, or to execute other computer executable instructions related to the implementation of the I / O adapter device. In some embodiments, the I / O adapter device can be implemented using multiple discrete hardware elements, such as multiple cards or other devices. A management controller can be configured in such a way to be electrically isolated from any other component in the host device other than the VO adapter device. In some embodiments, the VO adapter device is attached externally to the host device. In some embodiments, the VO adapter device is internally integrated into the host device. Also in communication with the I / O adapter device can be an external communication port component for establishing communication channels between the host device and one or morenetwork-based services or other network-attached or direct-attached computing devices. Illustratively, the external communication port component can correspond to a network switch, sometimes known as a Top of Rack (“TOR”) switch. The I / O adapter device can utilize the external communication port component to maintain communication channels between one or more services and the host device, such as health check services, financial services, and the like.

[0045] The I / O adapter device can also be in communication with a Basic Input / Output System (BIOS) component. The BIOS component can include non-transitory executable code, often referred to as firmware, which can be executed by one or more processors and used to cause components of the host device to initialize and identify system devices such as the video display card, keyboard and mouse, hard disk drive, optical disc drive and other hardware. The BIOS component can also include or locate boot loader software that will be utilized to boot the host device. For example, in one embodiment, the BIOS component can include executable code that, when executed by a processor, causes the host device to attempt to locate Preboot Execution Environment (PXE) boot software. Additionally, the BIOS component can include or takes the benefit of a hardware latch that is electrically controlled by the VO adapter device. The hardware latch can restrict access to one or more aspects of the BIOS component, such controlling modifications or configurations of the executable code maintained in the BIOS component. The BIOS component can be connected to (or in communication with) a number of additional computing device resources components, such as processors, memory, and the like. In one embodiment, such computing device resource components can be physical computing device resources in communication with other components via the communication channel. The communication channel can correspond to one or more communication buses, such as a shared bus (e.g., a front side bus, a memory bus), a point-to-point bus such as a PCI or PCI Express bus, etc., in which the components of the bare metal host device communicate. Other types of communication channels, communication media, communication buses or communication protocols (e.g., the Ethernet communication protocol) can also be utilized. Additionally, in other embodiments, one or more of the computing device resource components can be virtualized hardware components emulated by the host device. In such embodiments, the VO adapter device can implement a management process in which a host device is configured with physical or emulated hardware components based on a variety of criteria. The computing device resource components can be in communication with the I / O adapter device via the communicationchannel. In addition, a communication channel can connect a PCI Express device to a CPU via a northbridge or host bridge, among other such options.

[0046] In communication with the VO adapter device via the communication channel can be one or more controller components for managing hard drives or other forms of memory. An example of a controller component can be a SATA hard drive controller. Similar to the BIOS component, the controller components can include or take the benefit of a hardware latch that is electrically controlled by the VO adapter device. The hardware latch can restrict access to one or more aspects of the controller component. Illustratively, the hardware latches can be controlled together or independently. For example, the I / O adapter device can selectively close a hardware latch for one or more components based on a trust level associated with a particular user. In another example, the I / O adapter device can selectively close a hardware latch for one or more components based on a trust level associated with an author or distributor of the executable code to be executed by the I / O adapter device. In a further example, the VO adapter device can selectively close a hardware latch for one or more components based on a trust level associated with the component itself. The host device can also include additional components that are in communication with one or more of the illustrative components associated with the host device. Such components can include devices, such as one or more controllers in combination with one or more peripheral devices, such as hard disks or other storage devices. Additionally, the additional components of the host device can include another set of peripheral devices, such as Graphics Processing Units (“GPUs”). The peripheral devices and can also be associated with hardware latches for restricting access to one or more aspects of the component. As mentioned above, in one embodiment, the hardware latches can be controlled together or independently.

[0047] As discussed, different approaches can be implemented in various environments in accordance with the described embodiments. As will be appreciated, although a network- or Web-based environment is used for purposes of explanation in several examples presented herein, different environments can be used, as appropriate, to implement various embodiments. Such a system can include at least one electronic client device, which can include any appropriate device operable to send and receive requests, messages or information over an appropriate network and convey information back to a user of the device. Examples of such client devices include personal computers, cell phones, handheld messaging devices, laptop computers, set-top boxes, personal data assistants, electronic book readers and the like. Thenetwork can include any appropriate network, including an intranet, the Internet, a cellular network, a local area network or any other such network or combination thereof. Components used for such a system can depend at least in part upon the type of network and / or environment selected. Protocols and components for communicating via such a network are well known and will not be discussed herein in detail. Communication over the network can be enabled via wired or wireless connections and combinations thereof. In this example, the network includes the Internet, as the environment includes a Web server for receiving requests and serving content in response thereto, although for other networks, an alternative device serving a similar purpose could be used, as would be apparent to one of ordinary skill in the art.

[0048] The illustrative environment includes at least one application server and a data store. It should be understood that there can be several application servers, layers or other elements, processes or components, which can be chained or otherwise configured, which can interact to perform tasks such as obtaining data from an appropriate data store. As used herein, the term "data store" refers to any device or combination of devices capable of storing, accessing and retrieving data, which can include any combination and number of data servers, databases, data storage devices and data storage media, in any standard, distributed or clustered environment. The application server can include any appropriate hardware and software for integrating with the data store as needed to execute aspects of one or more applications for the client device and handling a majority of the data access and business logic for an application. The application server provides access control services in cooperation with the data store and is able to generate content such as text, graphics, audio and / or video to be transferred to the user, which can be served to the user by the Web server in the form of HTML, XML or another appropriate structured language in this example. The handling of all requests and responses, as well as the delivery of content between the client device and the application server, can be handled by the Web server. It should be understood that the Web and application servers are not required and are merely example components, as structured code discussed herein can be executed on any appropriate device or host machine as discussed elsewhere herein.

[0049] The data store can include several separate data tables, databases or other data storage mechanisms and media for storing data relating to a particular aspect. For example, the data store illustrated includes mechanisms for storing content (e.g., production data) and user information, which can be used to serve content for the production side. The data store is alsoshown to include a mechanism for storing log or session data. It should be understood that there can be many other aspects that can need to be stored in the data store, such as page image information and access rights information, which can be stored in any of the above listed mechanisms as appropriate or in additional mechanisms in the data store. The data store is operable, through logic associated therewith, to receive instructions from the application server and obtain, update or otherwise process data in response thereto. In one example, a user might submit a search request for a certain type of item. In this case, the data store might access the user information to verify the identity of the user and can access the catalog detail information to obtain information about items of that type. The information can then be returned to the user, such as in a results listing on a Web page that the user is able to view via a browser on the user device. Information for a particular item of interest can be viewed in a dedicated page or window of the browser.

[0050] Each server typically will include an operating system that provides executable program instructions for the general administration and operation of that server and typically will include computer-readable medium storing instructions that, when executed by a processor of the server, allow the server to perform its intended functions. Suitable implementations for the operating system and general functionality of the servers are known or commercially available and are readily implemented by persons having ordinary skill in the art, particularly in light of the disclosure herein.

[0051] The environment in one embodiment is a distributed computing environment utilizing several computer systems and components that are interconnected via communication links, using one or more computer networks or direct connections. However, it will be appreciated by those of ordinary skill in the art that such a system could operate equally well in a system having fewer or a greater number of components than are illustrated. Thus, the depiction of the systems herein should be taken as being illustrative in nature and not limiting to the scope of the disclosure.

[0052] The various embodiments can be further implemented in a wide variety of operating environments, which in some cases can include one or more user computers or computing devices which can be used to operate any of a number of applications. User or client devices can include any of a number of general purpose personal computers, such as desktop or laptopcomputers running a standard operating system, as well as cellular, wireless and handheld devices running mobile software and capable of supporting a number of networking and messaging protocols. Such a system can also include a number of workstations running any of a variety of commercially-available operating systems and other known applications for purposes such as development and database management. These devices can also include other electronic devices, such as dummy terminals, thin-clients, gaming systems and other devices capable of communicating via a network.

[0053] Most embodiments utilize at least one network that would be familiar to those skilled in the art for supporting communications using any of a variety of commercially-available protocols, such as TCP / IP, FTP, UPnP, NFS, and CIFS. The network can be, for example, a local area network, a wide-area network, a virtual private network, the Internet, an intranet, an extranet, a public switched telephone network, an infrared network, a wireless network and any combination thereof.

[0054] In embodiments utilizing a Web server, the Web server can run any of a variety of server or mid-tier applications, including HTTP servers, FTP servers, CGI servers, data servers, Java servers and business application servers. The server(s) can also be capable of executing programs or scripts in response requests from user devices, such as by executing one or more Web applications that can be implemented as one or more scripts or programs written in any programming language, such as Java®, C, C# or C++ or any scripting language, such as Perl, Python or TCL, as well as combinations thereof. The server(s) can also include database servers, including without limitation those commercially available from Oracle®, Microsoft®, Sybase® and IBM® as well as open-source servers such as MySQL, Postgres, SQLite, MongoDB, and any other server capable of storing, retrieving and accessing structured or unstructured data.Database servers can include table-based servers, document-based servers, unstructured servers, relational servers, non-relational servers or combinations of these and / or other database servers.

[0055] The environment can include a variety of data stores and other memory and storage media as discussed above. These can reside in a variety of locations, such as on a storage medium local to (and / or resident in) one or more of the computers or remote from any or all of the computers across the network. In a particular set of embodiments, the information can reside in a storage-area network (SAN) familiar to those skilled in the art. Similarly, any necessaryfiles for performing the functions attributed to the computers, servers or other network devices can be stored locally and / or remotely, as appropriate. Where a system includes computerized devices, each such device can include hardware elements that can be electrically coupled via a bus, the elements including, for example, at least one central processing unit (CPU), at least one input device (e.g., a mouse, keyboard, controller, touch-sensitive display element or keypad) and at least one output device (e.g., a display device, printer or speaker). Such a system can also include one or more storage devices, such as disk drives, magnetic tape drives, optical storage devices and solid-state storage devices such as random access memory (RAM) or read-only memory (ROM), as well as removable media devices, memory cards, flash cards, etc.

[0056] Such devices can also include a computer-readable storage media reader, a communications device (e.g., a modem, a network card (wireless or wired), an infrared communication device) and working memory as described above. The computer-readable storage media reader can be connected with, or configured to receive, a computer-readable storage medium representing remote, local, fixed and / or removable storage devices as well as storage media for temporarily and / or more permanently containing, storing, transmitting and retrieving computer-readable information. The system and various devices also typically will include a number of software applications, modules, services or other elements located within at least one working memory device, including an operating system and application programs such as a client application or Web browser. It should be appreciated that alternate embodiments can have numerous variations from that described above. For example, customized hardware might also be used and / or particular elements might be implemented in hardware, software (including portable software, such as applets) or both. Further, connection to other computing devices such as network input / output devices can be employed.

[0057] Storage media and other non-transitory computer readable media for containing code, or portions of code, can include any appropriate media known or used in the art, such as but not limited to volatile and non-volatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data, including RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disk (DVD) or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices or any other medium which can be used to store the desired information and which can be accessedby a system device. Based on the disclosure and teachings provided herein, a person of ordinary skill in the art will appreciate other ways and / or methods to implement the various embodiments.

[0058] Other variations are within spirit of present description. Thus, while the described techniques are susceptible to various modifications and alternative constructions, certain illustrated embodiments thereof are shown in drawings and have been described above in detail. It should be understood, however, that there is no intention to limit description to specific form or forms described, but on contrary, intention is to cover all modifications, alternative constructions, and equivalents falling within spirit and scope of description, as defined in appended claims.

[0059] Use of terms “a” and “an” and “the” and similar referents in context of describing embodiments (especially in context of following claims) are to be construed to cover both singular and plural, unless otherwise indicated herein or clearly contradicted by context, and not as a definition of a term. Terms “comprising,” “having,” “including,” and “containing” are to be construed as open-ended terms (meaning “including, but not limited to,”) unless otherwise noted. “Connected,” when unmodified and referring to physical connections, is to be construed as partly or wholly contained within, attached to, or joined together, even if there is something intervening. Recitation of ranges of values herein are merely intended to serve as a shorthand method of referring individually to each separate value falling within range, unless otherwise indicated herein and each separate value is incorporated into specification as if it were individually recited herein. In at least one embodiment, use of term “set” (e.g., “a set of items”) or “subset” unless otherwise noted or contradicted by context, is to be construed as a nonempty collection comprising one or more members. Further, unless otherwise noted or contradicted by context, term “subset” of a corresponding set does not necessarily denote a proper subset of corresponding set, but subset and corresponding set may be equal.

[0060] Conjunctive language, such as phrases of form “at least one of A, B, and C,” or “at least one of A, B and C,” unless specifically stated otherwise or otherwise clearly contradicted by context, is otherwise understood with context as used in general to present that an item, term, etc., may be either A or B or C, or any nonempty subset of set of A and B and C. For instance, in illustrative example of a set having three members, conjunctive phrases “at least one of A, B, and C” and “at least one of A, B and C” refer to any of following sets: {A}, {B}, {C}, {A, B}, {A, C}, {B, C}, {A, B, C}. Thus, such conjunctive language is not generally intended to implythat certain embodiments require at least one of A, at least one of B and at least one of C each to be present. In addition, unless otherwise noted or contradicted by context, term “plurality” indicates a state of being plural (e.g., “a plurality of items” indicates multiple items). In at least one embodiment, number of items in a plurality is at least two, but can be more when so indicated either explicitly or by context. Further, unless stated otherwise or otherwise clear from context, phrase “based on” means “based at least in part on” and not “based solely on.”

[0061] Use of any and all examples, or exemplary language (e.g., “such as”) provided herein, is intended merely to better illuminate embodiments of the description and does not pose a limitation on scope of description unless otherwise claimed. No language in specification should be construed as indicating any non-claimed element as essential to practice of the description.

[0062] Although descriptions herein set forth example implementations of described techniques, other architectures may be used to implement described functionality, and are intended to be within scope of this description. Furthermore, although specific distributions of responsibilities may be defined above for purposes of description, various functions and responsibilities might be distributed and divided in different ways, depending on circumstances.

[0063] Furthermore, although subject matter has been described in language specific to structural features and / or methodological acts, it is to be understood that subject matter claimed in appended claims is not necessarily limited to specific features or acts described. Rather, specific features and acts are described as exemplary forms of implementing the claims.

[0064] At least one embodiment of the disclosure can be described in view of the following clauses:1. A computer-implemented method, comprising: receiving user input to a mobile device; detecting a computing device within a wireless transmission range of the mobile device; and wirelessly transmitting, as a stream of formatted characters, the user input from the mobile device to be provided as text input to an application executing on the computing device.2. The computer- implemented method of clause 1, wherein the input received to the mobile device is voice input that is converted to text.3. The computer- implemented method of clause 1, wherein the user input is processed using a large language model (LLM).4. The computer-implemented method of clause 1, wherein the user input includes medical data, and wherein the application is an Electronic Medical Record (EMR) application.5. The computer- implemented method of clause 1, wherein the stream of formatted characters is transmitted using a Bluetooth connection.6. The computer- implemented method of clause 1, wherein the stream of formatted characters is formatted to be received to the computing device as input from a wireless keyboard.7. The computer- implemented method of clause 1, wherein the stream of formatted characters that is wirelessly transmitted from the mobile device is able to be at least paused, resumed, or repeated during one or more transmissions.8. The computer- implemented method of clause 1, wherein the stream of formatted characters is able to be wirelessly retransmitted one or more times without a need to re-enter the user input.9. A system comprising: one or more processors to perform one or more operations to: receive user input to a mobile device; detect a computing device within a wireless transmission range of the mobile device; and wirelessly transmit, as a stream of formatted characters, the user input from the mobile device to be provided as text input to an application executing on the computing device.10. The system of clause 9, wherein the input received to the mobile device is voice input that is converted to text.11. The system of clause 9, wherein the user input is processed using a large language model (LLM).12. The system of clause 9, wherein the user input includes medical data, and wherein the application is an Electronic Medical Record (EMR) application.13. The system of clause 9, wherein the stream of formatted characters is transmitted using a Bluetooth connection.14. The system of clause 9, wherein the stream of formatted characters is formatted to be received to the computing device as input from a wireless keyboard.15. The system of clause 9, wherein the stream of formatted characters that is wirelessly transmitted from the mobile device is able to be at least paused, resumed, or repeated during one or more transmissions.16. The system of clause 9, wherein the stream of formatted characters is able to be wirelessly retransmitted one or more times without a need to re-enter the user input.17. A non-transitory computer-readable storage medium including instructions that, when executed by a processor, cause the processor to: receive user input to a mobile device; detect a computing device within a wireless transmission range of the mobile device; and wirelessly transmit, as a stream of formatted characters, the user input from the mobile device to be provided as text input to an application executing on the computing device.18. The non-transitory computer readable storage medium of clause 17, wherein the stream of formatted characters is formatted to be received to the computing device as input from a wireless keyboard.19. The non-transitory computer readable storage medium of clause 17, wherein the stream of formatted characters that is wirelessly transmitted from the mobile device is able to be at least paused, resumed, or repeated during one or more transmissions.20. The non-transitory computer readable storage medium of clause 17, wherein the stream of formatted characters is able to be wirelessly retransmitted one or more times without a need to re-enter the user input.

[0065] The specification and drawings are, accordingly, to be regarded in an illustrative rather than a restrictive sense. It will, however, be evident that various modifications and changes canbe made thereunto without departing from the broader spirit and scope of the invention as set forth in the claims.

Claims

CLAIMSWHAT IS CLAIMED IS:

1. A computer-implemented method, comprising: receiving user input to a mobile device; detecting a computing device within a wireless transmission range of the mobile device; and wirelessly transmitting, as a stream of formatted characters, the user input from the mobile device to be provided as text input to an application executing on the computing device.

2. The computer- implemented method of claim 1, wherein the input received to the mobile device is voice input that is converted to text.

3. The computer- implemented method of claim 1, wherein the user input is processed using a large language model (LLM).

4. The computer-implemented method of claim 1 , wherein the user input includes medical data, and wherein the application is an Electronic Medical Record (EMR) application.

5. The computer- implemented method of claim 1, wherein the stream of formatted characters is transmitted using a Bluetooth connection.

6. The computer- implemented method of claim 1, wherein the stream of formatted characters is formatted to be received to the computing device as input from a wireless keyboard.

7. The computer- implemented method of claim 1, wherein the stream of formatted characters that is wirelessly transmitted from the mobile device is able to be at least paused, resumed, or repeated during one or more transmissions.

8. The computer- implemented method of claim 1, wherein the stream of formatted characters is able to be wirelessly retransmitted one or more times without a need to re-enter the user input.

9. A system comprising:one or more processors to perform one or more operations to: receive user input to a mobile device; detect a computing device within a wireless transmission range of the mobile device; and wirelessly transmit, as a stream of formatted characters, the user input from the mobile device to be provided as text input to an application executing on the computing device.

10. The system of claim 9, wherein the input received to the mobile device is voice input that is converted to text.

11. The system of claim 9, wherein the user input is processed using a large language model (LLM).

12. The system of claim 9, wherein the user input includes medical data, and wherein the application is an Electronic Medical Record (EMR) application.

13. The system of claim 9, wherein the stream of formatted characters is transmitted using a Bluetooth connection.

14. The system of claim 9, wherein the stream of formatted characters is formatted to be received to the computing device as input from a wireless keyboard.

15. The system of claim 9, wherein the stream of formatted characters that is wirelessly transmitted from the mobile device is able to be at least paused, resumed, or repeated during one or more transmissions.

16. The system of claim 9, wherein the stream of formatted characters is able to be wirelessly retransmitted one or more times without a need to re-enter the user input.

17. A non-transitory computer-readable storage medium including instructions that, when executed by a processor, cause the processor to: receive user input to a mobile device; detect a computing device within a wireless transmission range of the mobile device; and wirelessly transmit, as a stream of formatted characters, the user input from the mobile device to be provided as text input to an application executing on the computing device.

18. The non-transitory computer readable storage medium of claim 17, wherein the stream of formatted characters is formatted to be received to the computing device as input from a wireless keyboard.

19. The non-transitory computer readable storage medium of claim 17, wherein the stream of formatted characters that is wirelessly transmitted from the mobile device is able to be at least paused, resumed, or repeated during one or more transmissions.

20. The non-transitory computer readable storage medium of claim 17, wherein the stream of formatted characters is able to be wirelessly retransmitted one or more times without a need to re-enter the user input.

Images