It'll be more like, for each differential segment along the path, there is some concentration of carriers n_n and n_p, which can be assumed thermalized (at valence or conduction band energies +/- some meV), and which diffuse into neighboring populations. That handles most of the QM you'd be worried about, and also staying away from very small boundaries (~nm, where tunneling would take place). And then, yes, drift due to E-field; and tracking current flows by charge balance.
What wouldn't be handled, is stuff like hot carriers (energy levels transiently deep into the conduction band), but that's mainly for avalanche, EEPROMs, etc., which are perhaps beyond the scope of simulation. Even then, I suppose you could track energies by a histogram, and upper bins decay within the differential segment, while spreading out to neighboring segments at a dependent diffusion rate, or ballistically if they have trajectory (in which case you'd need to track that as well), plus some scattering probability. I'm not familiar with hot carrier motion so I'm not sure what the best way to handle that would be.
Generation and recombination would then set the temperature, along with the diffusion constant.
Power dissipation -- more generally even, tracking total energy, maintaining energy conservation -- would be a nice-to-have, or maybe even necessary. Local heating isn't usually a problem (and doesn't really mean anything for a 1D model)
Hmm, is there anything about mobility, trapping, doping and doping levels, etc. that I'm forgetting? Probably.
Oh, Fermi levels, band edges and stuff.
And if you want to assume material characteristics, then you can, I think, handle stuff like Brillouin zones and in/direct bandgap as material properties, but otherwise those might be of interest to handle (and would probably be desirable or required for a 2D or 3D simulator).
Oh, and Debye shielding length comes to mind, which sort of goes along with tunneling with respect to very small feature scales; it can be lumped into material properties, differential equations, on larger scales.
...
Oh here we go, you can extract equations and models from this, since it's open source. Bit of a roundabout way to go, heh, but to say you want to write your own, having a full example is certainly a powerful reference.
https://www.gnu.org/software/archimedes/I don't know that your problem statement, your immediate complete goal, is... really all that meaningful?, outside of having taken the courses that introduce this topic -- at least, it sounds like you're not in school? (or, maybe haven't been in a long while, or are currently but haven't gotten to this yet -- many possibilities, not trying to assume any case here), and, without the semiconductor theory underlying your design, will you really know whether something is physically meaningful or not? Will your toy be just a toy; or will it meaningfully model real devices? Not to impugn your level of education---just to say, if you had these classes, you should have some idea of, where to start at least, if not how to begin work already; so it sounds like you haven't. And also to say: if not, then this is the place you need to look -- be it direct enrollment, or textbooks, open course material, notes, etc.
Like I said, it's been a long time since I took such a class, but I recall a good amount of stuff in the intro semi class, including the basic equations underlying the BJT and MOSFET. I don't recall nearly enough of that now to offer an authoritative answer, but this is the first place that I'd start.
Which on that note -- the textbook I had was, let me see here... Solid State Electronic Devices, Streetman and Banerjee, 6th ed., Prentice Hall (2006). Probably pretty outdated, but let's see... ah, there's a 7th edition (2014), and, uh, it looks -- widely distributed shall we say -- online, which I guess means it's quite popular still, so that might be encouraging.
There are of course other more in-depth and practical titles on semi manufacture, design, processing, etc., VLSI and so on, which I did not go into academically myself, but I see questions from students working in those topics from time to time and you should find similar value from those topics as well.
As for scope, pacing, expectations -- beware that, in the space of differential equations and their numerical solution, one can spend months, years really, perfecting an engine to do it, architecting it for flexibility and insight (from basic function to low-level debugging), while making it effective over wide ranges of equations and systems. Even just a 1D solver is a big project.
On top of this, you want a modeling system tuned specifically for the equations of semiconductor physics, and the equations of state which underlie them. And finally, to get realistic doping, charge and current densities, with boundary conditions or distributions properly representative of real manufactured/able parts, to actually get simulation results. This is easily a whole undergrad EE-CE joint capstone project, and probably graduate level besides. Maybe you find shortcuts, plug in a general-purpose solver here, state equations there, etc. etc., but the more you leave untouched, the more uncertain you are about the overall form and function, how fragile it is for various edge cases, etc., and you can really only test it; and testing is a notoriously weak method of interrogation in CS. Conversely, if you already had all the equations ready to go, a solver handy (it might even be implemented in SPICE, using nodes to represent differential cells, if you don't need the differential scale to vary during a run), it could still take weeks to go from an empty sketch to meaningful results.
Good luck!
Tim