Usually it is not MEDITECH. It is how MEDITECH reaches your screen: a Citrix or VDI session with clipboard redirection switched off, so your local Ctrl+C never crosses into the session. The other three causes are a browser clipboard restriction in Expanse, a field your site configured not to take pasted text, and rich-text formatting that does not survive. Here is how to tell which one you have.
Copy a line from inside the MEDITECH session and paste it into the field that is refusing you. Works? The block is the clipboard boundary between your machine and the session, an IT policy setting. Does not work anywhere? Your site's field configuration, or a browser clipboard restriction if you are in Expanse. Pastes but mangled? Rich-text formatting, strip it through Notepad.
Use Quick Text for anything you enter repeatedly. For one-off text that lives outside the EHR, an auto typer like copypaster types your clipboard into the focused field as real keystrokes, so nothing is pasted and nothing has to cross the clipboard boundary.
MEDITECH is a hospital information system, and how it reaches you decides where your paste is failing. Current sites are usually on Expanse, the web-based platform you open in a browser. Plenty of hospitals also still run earlier MEDITECH platforms in a desktop client. Either way, the client is very often published to you through Citrix, VMware Horizon or another virtual desktop, especially on shared ward workstations, which adds a clipboard boundary between your keyboard and the application.
The 30-second diagnostic: copy a line of text from inside the session (another field, another document open in the same environment) and paste it into the MEDITECH field.
If MEDITECH is delivered as a published application or hosted desktop, your local clipboard and the session's clipboard are two different clipboards on two different computers. Whether they synchronize is governed by a policy called clipboard redirection, controlled by whoever administers the virtual desktop environment. In healthcare it is commonly disabled on purpose for data-loss-prevention reasons. When it is off, your paste is not being blocked. The session simply has nothing on its clipboard to paste.
What to try: disconnect and reconnect the session first, because clipboard channels wedge on long-lived sessions and a reconnect restores them. If it has never worked, ask your desktop or Citrix team whether clipboard redirection can be enabled for your user group. It is per-group, not global. The mechanics are the same on both major platforms, covered in clipboard not working in Citrix and clipboard not working in VMware Horizon.
In a browser, a web page cannot read your clipboard on its own. Modern browsers gate programmatic clipboard reads behind a permission, which is why an in-page Paste button or a right-click menu item can appear greyed out or silently do nothing while the ordinary keyboard shortcut works fine. Two things to try, in this order:
Clinical systems are configured per site, and some fields restrict or limit pasted text by design, usually for data-integrity and documentation-quality reasons. There is typically no user-side setting for this. If the restriction seems new, or inconsistent with what colleagues see, it is worth asking your applications team whether a configuration change is responsible before assuming it is permanent.
Use the sanctioned tool first: Quick Text. Quick Text stores paragraphs you enter frequently and drops them in when you type a trigger. MEDITECH's own guidance is that a trigger should begin with a period and should not be a word you would use in an ordinary sentence, so it never fires by accident. Anything you paste more than twice a week belongs in Quick Text rather than on your clipboard, and it is the answer your applications team will give you.
Text copied from Word, a browser or an email carries invisible rich-text markup. Plain-text clinical fields either reject it or strip it unpredictably, losing line breaks and collapsing lists. Do a plain-text hop: paste into Notepad, re-copy, then paste into MEDITECH. If that fixes it, the clipboard was never blocked at all.
| Symptom | Likely cause | Try first | If that fails |
|---|---|---|---|
| In-session copy pastes; local copy does not | Clipboard redirection off (Citrix / VDI / hosted) | Reconnect, then ask IT to enable redirection | Type it in (copypaster) |
| Right-click paste does nothing, Ctrl+V works | Browser clipboard permission (Expanse) | Use Ctrl+V; allow clipboard for the site | Type it in (copypaster) |
| Nothing pastes, even in-session copies | Field or site-level restriction | Quick Text; ask if it is configurable | Type it in (copypaster) |
| Pastes, but mangled or line breaks lost | Rich-text mismatch | Notepad hop to strip formatting | Type it in - line breaks preserved |
Every cause above interferes with the paste event or the clipboard channel. None of them can interfere with typing, because typing is what these fields exist to accept. copypaster runs on your local machine, reads your local clipboard, and types the text into whatever field has focus one real OS-level keystroke at a time, pressing Enter at every line break and pacing itself like a person instead of dumping text instantly.
Paste your prepared text into copypaster once, click into the MEDITECH field, and let it type. Because keyboard input crosses into remote sessions even when the clipboard does not, the same run works in the hosted-desktop case and in the browser case. The application sees ordinary typing, because that is what it is.
Two different products, similar names, and search engines mix them constantly. MEDITECH is the US hospital information system whose current platform is Expanse. Medtech Evolution is a practice-management system used by GP practices in New Zealand and Australia, and we have a separate guide for paste failures in Medtech Evolution. The causes rhyme, but the vendor you contact is different.
Paste restrictions in clinical systems often exist for patient-safety reasons, discouraging copy-forward errors being the classic one. copypaster types text you already have into a field you are authorized to fill. It does not bypass authentication or access controls, and the entry lands in the record the same way manual typing would. But whether entering prepared text is appropriate for a given kind of note is your organization's call, not a technical question. If in doubt, ask first.
Most often the delivery layer, not MEDITECH: it is published through Citrix or VDI and clipboard redirection is disabled, so locally copied text never reaches the session. The other causes are a browser clipboard restriction in Expanse, a field your site restricts, and rich-text formatting the field rejects. Copy something inside the session and paste that to tell them apart.
Use Quick Text for anything recurring. Its triggers should start with a period and should not be ordinary words. For one-off text from outside the EHR, copypaster types your clipboard into the focused field as real keystrokes, line breaks included, so no paste event happens at all.
That is clipboard redirection turned off in the remote-session policy. In-session copies stay in-session; your local clipboard never crosses. Ask whoever manages the environment whether redirection can be enabled for your group, and if not, an auto typer avoids the boundary because keyboard input does cross.
No. MEDITECH is the US hospital information system behind Expanse. Medtech Evolution is a New Zealand and Australian GP practice system. Different companies, similar-looking paste problems, different support contact.
Check your organization's policy. It types text you already have into a field you are authorized to fill, bypasses no authentication or access control, and lands in the audit trail like manual typing. But documentation rules exist for patient-safety reasons, so if you are unsure, ask first.
copypaster types your text into MEDITECH, or any locked-down app, as real keystrokes. Free trial - 5 pastes, no credit card.
Download copypaster